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1.0 INTfiODUCTION 


2he Trend Honitoriug System ’{THS) is designed and developed to 
fulfill a requirement by the Structures and Mechanics Division 
(SMD) to display, on graphic terminals, thermal data from the 
Shuttle Orbiter, The system is required to maintain and display 
data collected during an entire mission. The system is also 
required to display data from a predicted or past mission along 
uith the current mission data. 

1.1 PURPOSE 

This document provides information for the TMS Data Manager and 
serves as a guide to building and maintaining the data bases 
necessary in performing system functions. As different 
conditions present themselves during a mission, the data manager 
must analyze the situation and male decisions to keep the system 
going. This guide will assist the data manager in analyzing 
problems so he can make the correct decisions so the system can 
fulfill its requirements. 

1.2 SYSTEM OVERVIEW 

The TMS consists of a large minicomputer with a -card reader, 
printer, three tape drives, two large data disks, one small 
system disk, an alpha/numeric terminal (available for data 
manager) , up to eight graphic terminals and three 
printer/piotters for use by terminal operators. Currently seven 
graphic terminals are with the system and one will remain with 
the development team. 

The system maintains on-line (large data disk) all data necessary 
for quick access. This data consists of aii required data from a 
predicted mission and a past mission. On-line current mission 
data consists of parameter names, support tanles, calibration 
data, all low- and mediuai-rate data, and limited high-rate data 
for each terminal- For display purposes, it also contains 
display information for up to 999 display formats. 

All data except current mission data must be loaded into data 
bases before a mission begins. These data bases are updated or 
changed during a mission if necessary. As current mission data 
is received via the Network Interface Processor (NIP) computer 
compatible tapes (CCT’s) during the mission, the desired 
parameters are extracted, calibrated, and added to the current 
mission data bases based on time, A data directory is also 
maintained of all data received and extracted oy the system. 

The user retrieves data from any of the mission data bases as 
defined in the display format and displays that data on an 
interactive basis on the graphic terminal. The user also 
displays data availability information from the data directory 
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and makes hard copies of data from his terminal. Current mission 
hiqh-rate data is only extracted from the working file upon user 
request. The- working file maintains on-line as much data as 
possible at one sampie/sec. As the file is filled, the oldest 
data received is overlaid. if uestroyed data is necessary for 
extracting higli-rate data, the data must be restored to the 
working file- The data can be restored from an intermediate tape 
that was cut when the NIP CCT was processed. 

1.3 DATA MANAGER'S FUNCTION 

The TMS Data Manager is the central point of contact between the 
user (the SMD- Data Analysis Coordinator) and the Institutional 
Data Systems Division (IDSD) . The data manager must coordinate 
the initial loading and updating of data bases. The user must 
coordinate all data base change requests through the data 
manager. Within IDSD the data manager Is responsible for 
distribution of all data and coordinates data problems- 

Ihe TMS Data Manager is also responsible for maintaining, near 
the TiiS computer during a mission, a tape library that contains 
data necessary to rebuild any of the data bases that might be 
lost due to system failure or system limitations. 

Ihe TMS Data Manager must coordinate with the Orbiter Data 
Reduction Complex (ODEC) Data Manager such thrngs as calibration 
tape, support tapes, and priorities of NIP tapes if necessary. 

1.4 DATA MANAGER'S INTERFACES 

Since the data manager is the central pcint of contact in IDSD 
for the THS, he must interface with ail system users, operators, 
and maintenance personnel- Most data requests are handled 
automatically by the system but requests to change data bases 
must be coordinated between the user and the TMS Data Manager. 

The data manager must then relay this request to the computer 
operator along with all pertinent information about where the 
data is located and what TMS program must be executed to fulfill 
the reguest. 

Within IDSD the TMS Data Manager must interface with the ODEC 
Data Manager to ensure current information for extraction and 
calibration of data from NIP CCT's. 
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1,5 SYSTEM DATA- BASES 


1, 5. 1 Measure iit en't/S txmulu s Id en tif ic atio n' Da ta B as e 

The fieasurement/Stimulus Identification (MSID) Data Base contains 
names of all parameters to be processed fay the system- Each- name 
is eight characters long. Tlie data base contains low- and high- 
limit line values for each parameter. A table of pointers for 
the predicted and past mission high-rate parameters xs also 
contained in the data base. All other data bases in the system 
ate based and ordered dependent on the parameter names contained 
in this data base- Tanle 1-1 contains information about the 
assigned files on the TMS. Some data bases consist of more than 
one file- 

1- 5, 2 Support Tables Data Base 

The Support Tables Data Base <STDB) contains information 
necessary to extract all parameters defined in the MSID data base 
for all dowalinJt and downlist formats contained on the support 
tape supplied by the Ground Data Systems Division (GDSD) - 
Extraction information for each downlink format is ordered 
dependent on parameter position in the MSID data base- For 
parameters contained in the downlist formats, additxonal pointers 
are required due to the number of downlist formats expected and 
the limited number of parameters in the formats. Extraction and 
storage information for downlist formats is compressed to contain 
information for only the parameters contained in the downiist 
format. 


1,5-3 Calibration Data Base 

The Calibration Data Base (CDB) contains the offset and 
coefficients necessary to convert from counts to engineering 
units. The data base also contains a table of pointers, ordered 
according to the parameters in the MSID data base- All 
calibration information is assumed to be in the order of a 
polynomial. Only unique sets of coefficients are saved in the 
data base and the pointers point to the coefficients to use for 
each parameter. The calibration data is extracted from a 
calibration tape that is written from information contained in 
the Master Measurement Data Base (HMDB) - 
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TABLE 'J-I,'- THS DATA BASES 


File description 


Disk 
file no. 

Size 

(no. tracks) 

Max. parm. 
entries 

Initialized 
(Sec. No.) 

Upda- 

(Sec 

Current Mission High Rate ~ Terminal 

1 

1 

20 

20 

2.10 

2.10 

Current Mission High Rate - Terminal 

2 

2 

20 ' 

20 

2.10 

2.10 

Current Mission High Rate *- Terminal 

3 

3 

20 

20 

2.10 

2.10 

Current Mission High Rate - Terminal 

4 

4 

20 

20 

2.10 

2.10 

Current Mission High Rate - Terminal 

5 

5 

20 

20 

2.10 

2.10 

Current Mission' High Rate - Terminal 

6 

6 

20 

20 

2.10 

2.10 

Current Mission High Rate - Terminal 

7 

7 

20 

20 

2.10 ■ 

2.10 

Current Mission High Rate - Terminal 

8 

8 

20 

20 

2.10 

2.10 

MS ID 


21 . 

2 

800 

2.1 

2.1 • 

High-Rate Load Groups 


22 

1 

99 

2.2 

2.2 

Calibration 


23 

1 

^200 

2.5 

2.5 

Support Tables 


24 

15 

^ 35 

2.4 

2.4. 

Display Forrjfats 


25 

6 

999 

2.3 

2.3 

Data Drrectoty 


30 

15 

1343 

2.7 

2.9 

Predicted Mission Medium Rate 


31 

120 

60 


2.6 

Past Mission Medium Rate 

Jl 


32 

120 

60 


2.6 

Current Mission Medium Ratfe 

' . 


33 

120 

60 

2.7 

2.9 

Predicted Mission Low Rate 


34 ■’ 

370 

740 


2.6 

Past Mission Low Rate 


35 

370 

740 


2.6 

Current Mission Low Rate 


36 

370 

740 

2.7 

2.9 

Predicted Mission High Rate 


37 

450 

150 


2.6 

Past Mission High Rate 


38 

450 

150 


2.6 

Working File (1 Large Disk) 


63 

4000 

6 2/3 Hrs. 


2.8 

Working File (2 Large Disks) 


64 

7300 

12 Hrs 


2.8 

Maximum of 200 curves and each 

. can 

be the 5th 

order 





Maximum of 35 formats (downlink and downlist) 



1 o 5, 4 High-Rat e Load G roups Dat a Ba se 

The Hiqli-Hate Load Groups Data Base contains pointers to which of 
the 800 parameters are contained in that load group, A load 
group may contain up to 20 parameters and tnere may be up to 99 
load groups. The same parameter may he in dirferent groups and 
some parameters may not ne in any group. The pointers are based 
on the order of parameters in the nSID data base. 

1.5.5 Dis play Form at s D ata Ba se 

The Display Formats Data Base contains information necessary to - 
retrieve and display the parameters specified for each format. 
There is a limit of 6 parameters per display format and a maximum 
of 999 display formats. Some or all of these formats may be 
built pre-mission. Formats that are not built and locked pre- 
mission may be built or changed during the mission from the 
users’, terminals. 

1.5.6 Predicted Missio n Data Base 

The Predicted Hission Data Base consists of three separate files 
for low-, medium-, and high-rate parameters. As the low- and 
medium-rate files are loaded,, the parameters are ordered 
according to the paramet-er names in the bSlD data base. As the 
high-rate file is loaded, a table of pointers is built specifying 
which parameters are loaded as high-rate. This set of high— rate 
data pointers is added to the flSID daba base. Ail parameter 
values are in floating-point engineering units- 

1.5.7 Past mission Data Base 


The Past Mission Data Base consists of three separate files for 
low-, medium-, and high-rate parameters. As the low- and medium- 
rate files are loaded, the parameters are ordered according to 
the parameter names in the MSID data base- As; the high-rate file 
is loaded, a table of pointers is built specifying whicn are 
loaded in the high-rate file and where they are located within 
the file. This table of high-rate data pointers is added to the 
MSID data base- All parameter values are in floating-point 
engineering units- 


1,5.8 Cur rent Missi o n Data Directory 


The- Current Mission Data Directory data base consists of two 
files and contains information about- each Continuous Data Segment 
(CDS) (defined in sec, 2.8,1) received from the HIP CCT's, One 
file is the expanded CDS file and the other is the sorted times 
file. Each entry in the expanded CDS file contains the number of 
logical records in the CDS, the disk address if in the working 
file, the data format ID, the HlP-tape accession numner, the TMS- 
intermediate tape number, the start time, the time interval, etc. 
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These entries are in the order received by the TMS. Each entry 
in the sorted times tile contains start time, entry number, and 
time interval extracted from the expanded CDS frie and sorted by 
start time. This file is updated and resorted after each NIP CCT 
is processed, 

1.5.9 Current Mission Lov/He d ium Ha t e Data Base 

The Current Mission lovf/bedium Rato Data Base consists of ti?o 
files. One file contains the medium-rate data sorted by 
parameter and ordered accordinq to the parameters in the aSID 
data base- The other file contains the low-rate data sorted by 
parameter and ordered according to the parameters In the b-SJD 
data base. This data base must be initialized before the start 
of a mission- Initialization consists of storing a fill pattern 
for every parameter and time slot in the data base. Data .is 
added as NIP tapes are received and processed. The data is 
stored. in the data base based on time to start accepting data and 
the time tag from the NIP CCT. All the parameter values are in 
floating-point engineering units.- 

1.5.10 Current Hission High-Bate Data Base 

The Current Mission High-Rate Data Base consists of eight files- 
a file is assigned to each terminal for that terminal's exclusive 
use. The data in each file is sorted by parameter and ordered 
according to the order in the high-rate load group. All 
parameter values are in floating-point -engineering units- Data 
is loaded in these files upon request by the terminal operator 
and all previous data in the file is destroyed. Data in each 
file is at one sample/sec starting at the requested start time- 
Data values are sex to a fill pattern when not found for a time, 

1.5.11 Wo rking File Data Base 

The Working File Data Base consists of a file of data in the 
order received by IMS. It is a rotating-type data base that will 
hold approximately 12 hours of data as extracted from the HIP 
CCT'S- When the file is filled and additional data is received, 
the. data written to the file first is overlaid. The data in the 
file is in counts at one sample/ sec as extracted from the KIP CCT 
and in the ord-er of the parameters in the HSID data base. A copy 
of tne data extracted from eacu NIP CCT is also maintained on the 
TMS-intermediate tape so that data in the wor-king file can be 
reloaded in case of a system crash or data is. needed for a high- 
rate load group that has been overlaid- 

1.6 SYSTEH DATA FLOW 

This section addresses current mission data (NIP CCT) flow 
through TdS. Figure 1-1 shows THS data flow. All predefined 
data bases are assumed loaded mefore the first NIP CCT is 
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received. The NIP CCT received from G'DSD should be logged in by 
the Data Distribution Center (DDC) with an accession number. The 
NIP CCT should then ne input to TMS along with a TbS-'in termediate 
tape for output of extracted data. The NIP CCT is no longer 
needed at the IflS, If a NIP CCT cannot be processed by TKS, a 
tape analysis will have to he done on the CYBER and corrective 
action taken. 

The data extracted from the NIP CCT consists of entries for the 
data directory plus the desired parameters at tixe rate of one 
sample/sec. This data is output to a disk working file from 
which the low- and medium-rate data are extracted, calibrated, 
and added to those data bases- The data directory entries are 
added to the data directory after the low/aiedium rate data base 
is updated. The data contained in these data bases may be 
displayed at any time on command from the user. 

for hiqh-rate data the user must request a high-rate load group 
for a .time interval to be loaded to his terminal’s private file. 
Records are kept in the data directory whether data for the 
entries are currently in the working file or not- if ail data 
requested is in the working file, it is extracted, calibrated, 
and stored into the terminal’s private high-rate file- If some 
of the data is not currently .in the working file, the data there 
sill be extracted and saved- The computer operator will be 
requested to load the tape (s) containing the desired data to the 
working file. After this is done the remaining data will he 
added to that already saved, calibrated, and stored in the 
terminal’s private file- The user will then be notified that the 
requested data is ready for display. 

The intermediate tape must be maintained in a library near the 
TtSS computer due to response required in restoring data for high- 
rate load groups- 
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2-0 THS D ATA BASE M AN AGEMENT gUMCT IOHS 

2.1 LOADING HSID DATA BASE 

The HSID data base is the key to building all other supportiag 
data bases for processing data on TflS. This data base is built 
from a card deck furnished to IDSD by SMD, This card deck 
contains the parameter names, sample rate, and limit line values 
for all measurements to be processed by the TtJS. There is a 
limit of 800 parameter names. Not more than 60 may be specified 
as medium-rate parameters and the remainder are low-rate 
parameters. This data base must.be on disk nefore the other 
supporting data bases can be built since data from other sources 
are extracted only for these parameters, Jlf this data base is 
changed, all other data bases must be updated also. 

2.1.1 input 

The input to this data base is a card deck furnished to IDSD by 
SaD, Each card has up to three parameter names, sample rate, and 
the low- and high-limit line values for each parameter- One card 
is added to the deck as an ID card- The format of the cards 
follows: 

Card Colum n Description 

1 1-8 8-character deck ID 

13-15 Initial loading of the specific data 

■ base disk for a specific TflS mission. 
= YES - Initial load 
YES - Wot initial load 

17-20 Type of parameters - left justified 

■= DEI Assumed no be DEI parameters 

^ DEI - Assumed to be 01 parameters 

76-80 Sequence Number 

bust be blank or zero 

If card 1 is an EOE card, the HSID data base on disk is printed- 
An EOE card has the special character ’$* .punched in columns 1 
and 2. An EOF terminates the deck. 
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Card 

Column 

Description 

2-N 

■1-10 

MSID number {parameter name) ^ 


12 

Sample rate *!• = how only^ 



'B* = Medium only^ 
'H* = High and low 2 


13-16 

Low-limit line valued (engineering units) 


17-20 

High-limit line valued (engineering units) 


26-35 

MSID number >■ 


37 

Sample rate (Same as column 12) ■2 


3 8-41 

Low-limit line value-^ 


42-45 

High-limit line valued 


51-60 

MSID numberi 


62 

Sample rate (Same as column 12)2 


63-66 

Low-limit line valued 


67-70 

High-limit line vaiue-^ 


76-80 

Card Sequence Number'* 


iQp to 800 parameters ssay be inpat, with a maximum ox 60 medium- 
rate and 740 low only or low- and iiigh-rates. Any of the three 
flSID’s in a card may he left blank and these positions are not 
counted in the total. Only the first eight characters of the 
parameter names are used and stored in the MSID data base. 

^sample rate must be one of the valid rates {’I*, or *H*), 

^himit line values may he blank. If they are blank, a value of 
9999.0 is stored in the data base, 

^Sequence numbers should increment but not more than 10. 

2.1.2 output 

The output of this task is the KSID data base including the limit 
line values for each parameter written to disk. The first 60 
parameter slots are reserved for the medium-rate parameters- If 
there are less than 60 medium-rate parameters input, 60 
parameters are output with blank fill up to 60. The low-rate 
parameters start at the 61st parameter in the dSID data base. If 
there are less than 740 low-rate parameters, blank fill is output 
to make up 740 low-rate parameters. The task also prints the 
MSID data base including limit lines and the order the parameters 
are in the data base. No data base is output to the disk under 
certain error conditions {sec. 2.1.3). 
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•2. 1 . 3 Ip formatio n al/ Ecr oc M e ssa ges 

The following informational or error messages are output by the 
task to the printer; 

a. ‘EEEOR MESSAGES* ’ 

A header message and the actual error messages will follow. 

b. ‘FIRST CARD MUST BE MSN ID AND NO SEQUENCE NO,* 

The first card of the dech contained something in columns 76 
through. 80. Job terminated, old data base , -re mains. 

c. ’EEROB SEQUENCE X PREVIOUS NO, I* 

Where X and Y are card seguence numbers. The sequence number 
in two consecutive cards did not increment properly- 
Pararaeters in card processed bat data base will not be 
output. 

d. ‘INVALID SAMPLE RATE - SEQ. X' 

Where X is card seguence number. The sample rate for one of 
the parameters in the card was not an ‘L‘, *M‘, or ‘H‘. The 
parameter -is deleted from output. 

e. 'TOO MANY A RATE PARAMETEBS B X‘ 

Where A = ‘HIGH*, 'MED*, or ‘LOW, E = parameter name, and X 
= card seguence number. The parameter is deleted from the 
specified data base. The data base is output with this error 
but all parameters over the acceptable number for each rate 
are deleted. 

f. ‘SEQUENCE ERROR - NO DATA BASE OUTPUT* 

There was a card seguence number error in the deck, therefore 
no MSID data base output to disk. The card seguence number 
with the error appeared in a previous message. The old data 
base remains intact. 
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2.2 LOADING HIGH-BATE LOAD GEOQPS 


The hiyh-rate. load qi^oup is defined as a group of parameters to 
be extracted from the total set of 800 .parameters and stored in a 
terminal’s private, current mission high-rate data file- The 
iflaxiiQum number of parameters per group is 20. The maximum number 
of groups is S9- The group number and the parameter names to be 
associated uith that group must be supplied to IDSD by SMD before 
a mission- The MSID data base must be on dish before this task 
can be executed. The task may be run at any. time after the HSID 
data base task: and must be rerun if the MSID data base is 
changed- 

2, 2, 1 Input 

The input to the High-Rate Load Groups data base is a card deck. 
The information for the card deck is supplied to IDSD by SMD on 
preprinted forms. The information on, the forais must be punched 
•before the data base can be built. The card format is as 
follows: 

Column Description 


1-2 Load group number^ 


5-12 

NSID2 

of 

1st 

parameter 

on 

card 

15-22 

MSID 2 

of 

2nd 

parameter 

on 

card 

25-32 

HSID2 

of 

3rd 

parameter 

on 

card 

35-42 

MSID2 

of 

4th 

parameter 

on 

card 

45-52 

HSID2 

of 

5th 

parameter 

on 

card 

55-62 

MSID2 

of 

6 th 

parameter 

on 

card 

65-72 

75-80 

MSID2 

Card 

of 7th parameter 
seguence number^ 

on 

card 


^Load group number is necessary in first card of a load group 
o.aly- A load group is terminated by 20 parameter names or a new 
load group number in columns 1 and 2 of the card. Duplicate load 
group numbers are not allowed. A maximum of 20 parameter names 
per load group is allowed. 

2jf an MSID is left blank, that position is not counted as 1 of 
the 20 parameters per group, 

3Card seguence numbers must increment but not more than a value 
of 10- 

If only a listing of load group data base already on disk is 
desired, an EOF card is the only input card- An EOF card 
terminates the last load group- 
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2.2.2 Output 

The output of- this task is the High-Rate Load Group data base to 
disk. The load groups are stored in numerical order. Pointers 
to vhich of the 800 parameters are stored in the load group 
instead of the parameter names. A listing of ail load groups in 
numerical order is also made. The listing contains the load 
group number and the parameter names and pointers. ■ No data base 
is output to disk under certain conditions (sec- 2.2.3). 

2.2.3 Inf oraational/Er r or Me s sages 

The following informational or error messages are output by the 
task to the printer: 

a. ‘ERROR MESSAGES' 

A header message and the actual error messages follow. 

b. ‘EfiSOE SEQDEKCE X PEEVIOUS NO. Y‘ 

Where X and Y are card sequence numbers. The sequence number 
in two consecutive cards did not increment properly- 
Parameters on card are processed but data base is not output. 

c. ‘INVAIID LOAD GROUP X SEQUENCE Y‘ 

Where X is load group number and Y is card sequence number, 
Load group number is less than 1 or greater than 99 in card 
with sequence number Y- Card is ignored and processing 
continues, 

d. 'DUPLICATE LOAD GROUP X SEQUENCE Y* 

Where X is load group number and Y is card sequence number. 
Load group number X is a duplicate of a previous load group 
number. Card is ignored and processing continues, 

e. 'TOO SANY PARAMETERS LOAD GROUP XX* 

More than 20 parameters found in load group XX. The first 20 
are accepted- 

f. 'H NOT FOUND - SEQUENCE X* 

Where H is the eignt-character parameter name and X is the 
card sequence number. The parameter name was not found in 
the HSID data base. The parameter is deleted from load 
group. 


ORIGINAL 
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g, 'SEQUENCE EREOE - NO DATA BASE OUTPUT* 

At least "one card sequence error was detected in the deck and 
no data base was output to disk. 
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2.3 LOADING PBEDEFIHED DISPLAY FORMATS 


Before data can be displayed oo a terminal, a description of the 
parameters and- display information must be defined in the Display 
Formats data base. Display formats saay be built from a terminal 
but normally the information should be punched onto cards so the 
data base may be loaded before a mission. The mari-mum number of 
display formats is 999. There may be up to six parameters per 
format if only current mission data is to be displayed. The 
maximum is three parameters per iormat if current mission plus 
either predicted or past mission data is to be displayed. This 
data base must be rebuilt if the MSID data base is updated- It 
is recommended that all display formats be kept in the card deck 
Just in case the HSID data base has. to be updated. Reference 1 
contains information on building display formats from a terminal. 


2,3.1 Input 

The input to this task, that builds the predefined formats data 
base is a card deck. The card deck information is furnished to 
IDSD by SHD on preprinted forms- The information on the forms 
must be punched by IDSD before the data base can be built- Two 
additional cards must be added at the front of the deck before 
the task is executed. The card formats folio 


Card 

number 

1 


2 


3-N 


Card 

colum n 

4 


5-8 


1-80 


1-3 

4-7 


Description 

Initial or update flag 

= 1 - Initialize entire data base before 
loading following formats. 

^ 1 - Update (replace) display formats 
specified in following deck. 

Number of copies of tabular report to 
generate- Defaults to two copies if no 
value input, 

NOTE: If card 1 is EOE card, the program 

outputs two copies of Display 
Formats data base. 

Card deck identification 
NOTE: If card 2 is EOF card, program 

outputs the n-ainber of copies of 
.Display Formats data base speci- 
fied in card 1, but if column 4 

of card 1=1, the. data base 

-will be destroyed- 

Display format number 

Minimum Y value (vertical) {engineering 
units) 
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Card Card 

uumber column Descr i ption 


8 


9-12 

13-16 


17-20 


21 


22-25 


26 


27 


28-35 

37-44 

46-53 

55-62 

64-71 

73-80 


Uumber of l divisions 

Should be 4, 5, or 6 (Default = 6) 

Y increment value (engineering units) 
Lo«er-limit line value if not’ declared in 
column 21 to be extracted rroia MSID data' 
base (engineering units)- 

Upper-limit line value if not declared in 
column 21 to be extracted- from USID data 
base (engineering units) 

Lower/Opper limit line measurement number 
flag, 1 through 6 are .dcceptatle measure- 
ment numbers, 9 means to suppress limit 
lines, blank or zero defaults to 1. 
Measurement position in the card from 
which to extract the limit line values 
from the MSID data base. This column is 
ignored if values are detected in columns 
13 through 20, 

Plot Type - ’CUBE' = Current mission data 
only; ‘PEED' = Predicted and current 
mission data; *PSEV* = Past and current 
mission data. 

Sample Bate Fla.g 

•X* = Low- and/or medium-rate data 
’•H» = High-rate data only 
Default = ’X’ 

Format Status Flag 
— * - lock format in data base 
/ * — Do not lock format in data base 
Parameter name for measurement no. 1 
Parameter name for measurement no. 2 
Parameter name for measurement no. 3 
Parameter name for measurement no. 4 
Parameter name for measurement no. 5 
Parameter name for measurement no, 6 
KOTE: If card 3 is an EOF card, program 

outputs specified Jiumber of copies 
and no updates, but if coXumn 4 of 
card 1=1 data base has been 
■ destroyed- 


I£ the plot type = •CORE’ tnen there may be up to six parameter 
names. If the plot type = ’PEED* or 'PREV then there may be 
only three parameter names as the other three are assumed to be 
the same parameters except the data is to be extracted from the 
predicted or past mission data base. 
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2.3.2 Outpu t 

Ihe output of tjiis task Is the Display Formats data base. The 
display formats are stored in numerical order- Pointers to the 
parameters are stored in the data base instead or the parameter 
names. A listing of all display formats in numericai order is 
also output- Multiple listings may be obtained by specifying 
number of copies on card 1. 

2.3.3 I nf or m ationa l /Error Messages 

The following informational or error messages may be output to 
the printer: 

a,, «=4:«*INPUT ERROE ON CARD BEiON -AND HILL NOT BE STORED ON DATA 

Alphabetical information was detected in one of the numerical 
fields in the card listed following the comment- 

MAXIMUM 50 EEEOSS ENCOUNTERED ON INPUT, JOB 
ABORTED*** 

fifty errors explained above have been encountered. The task 
is terminated. It must be assumed the old data base is 
destroyed since part of it could have been updated before 50 
errors were encountered- 


C. «*:«‘*HARNING*** eormat k has an undefined measurement name a 

THIS FORMAT CANNOT BE DEFINED ON THE DATA BASE* 

Nhere K is the display format number and A is the parameter 
name. Parameter A could not be found in tne MSID data base, 
therefore display format K is deleted. 

a. • ***HARK1NG*** ILLEGAL LINE VALUES DEFINITION- FORMAT K KILL 
HAVE LIMIT LINES SUPPRESSED* 

Where K is the display format number. The limit line flag 
(card column 21) vas set to 7, 8, or any number (except 9) 
larger than the number of measurements defined- 

e, ****WARNIKG*** LIMIT VALDES WERE REVERSED IN FORMAT K* 

Where K is the display format number. The upper-limit line 
value specified was less than the lower-limit line value. 

The program reverses the input values and continues. 
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f, FOEKAT K HAS NOT STOBED ON i)ATA BASE' 

Where K is the display fornsat numher. A negative format 
number (K) was detected in the format number field of the 
card, dust search the input deck for this format jiuraber. 

q. 'INPUT EBEOB ON FIRST CARD' 

Alphabetical character was detected on the first input card 
(card 1) . 

h, 'K TOTAL FORUATS WERE INPUT BY CARDS, N OF THESE WERE NCT 
STOBED TO DATA BASE BECAUSE OF ESROBS' 

Where K is the total number display format cards and N is the 
number of display formats that were not stored on the data 
base. Normal termination message, 

i, 'NOTE — THE FOBHATS BELOW WERE PEEVICDSLY DEFINED BUT HEBE 

UPDATED K, L, M » ( 

Where E, L, H,,. are tie display formats that .sere updated. 
This message is written if it was not an initial execution 
for the- data base but an update run and the specified formats 
were already in the data base. Information only. 
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2.4 BUILDING SUPPORT TABLES 


This function builds the STDB that provides the necessary 
information to decommutate and process the input data recorded on 
NIP or Special Telemetry Conversion System (STCS) CCT's- The 
STDB contains the byte location, processing, and data validity 
information reguired to describe and retrieve data from a 
complete data cycle on the input KIP or STCS CCT. 

The task that accorapiishes this function is a batch-initiated 
program called STDBiTP on the Ti'IS Z^ODCOHP 4 computer- Normally 
this task is a pre-mission function; however, this program can be 
executed as a batch initiated run during mission processing. The 
only restriction is the NIP tape processing program NIPP cannot 
be executing at the same time and the STDB for ail subseguent 
runs wall be changed to reflect the new support tables. Changing 
the STDB during the mission should only be done in case of an 
anomaly of major magnitude. 

Program STDBHP inputs a NIP or STCS Support Table Tape and by 
using the DSID data base to identify measurements, serially 
constructs a support table for each format that contains TMS 
measurements on the input tape. The STDB contains retrieval 
information for both operational instrumentation (Ol) and GPC 
formats. 

Only support tables from one Flight ID per mission can be 
contained in the STDB, thus only one Support Table Tape is input 
to this program. Also only one STDB is stored on the TMS mass 
storage data base at any one time. After program STDBMP has been 
loaded and execution initiated, the existing STDB on disk is 
written over or destroyed. If an error occurs during execution 
that aborts this run, the STDB on disk should be considered 
invalid and will have to be reconstructed before any further HIP 
or STCS CCT's can be processed. The Flight ID in the STDB must 
correlate to the HIP or STCS data tapes to be processed later 
during mission processing. 

The STDB contains a directory to provide visibility back to the 
support table tape, physical tape number, date tape made, etc. 

The directory also describes information required to locate the 
support table blocks for each format in the STDB- 

The STDB is built assuming that all measurements are one 
sampie/sec measurements. All 01 and GPC measurements are 8-bit 
and 10-bit AMU measurements, xespectively- 

2.4.1 Input 

Input to this function is either tne NIP or the STcs Support 
Table Tape, The format of these tapes is the same as the support 
tapes used by the Information Extraction System (IDS) on the 
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cyBER-74 computer for shuttle Data Processing^ The NIP Support 
lable Tape is supplied to IDSJJ from the GDSD. Txie format of the 
NIP Support Table Tape is described in reference 2. The STCS 
Support Table Tape format is described in reference 3. The STCS 
Support Table Tape is created on the CYBER 74 by a lES stand- 
alone program (BLDSTT) using the telemetry loading tapes from the 
HHDB as input. 

Also the HSXD data base described in section 2, 1 is input from 
disk; storage (logical file 21) by this program, Tnis data base 
defines the data base type (either 01 or Development Flight 
Instrumentation (DFI) ) and the list of measurements that must be 
retrieved from the CCT's for the TMS. 

Support tables Kill be built in the STBS for formats encountered 
on the Support Table Tape containing tiSID’s found in the flSID 
data base. 

2. 4. 2 out put 

The output from this tash is the STDB on disk storage and 
magnetic tape and a formatted listing on the standard output 
device.. 

The STDB is stored on disk storage, logical file 24, It contains 
the information required by the data processing program NIPP to 
locate, validate, and retrieve data from the NIP or STCS data 
tapes. The STDB is partitioned into blocks of information by 
format number. Each block contains the retrieval information for 
all TMS measurements contained in that particular format. For 01 
formats the block of retrieval information is siaed for all 800 
THS measuremen ts with the first byte locator set equal to -1 for 
HSID’s not assigned to this format. For GPC formats the STDB 
block size is variable depending on the numner of aslD*s 
contained in each format. Each 01 format requires 25 sectors of 
disk storage, Vfhile each GPC format requires from 1 to 25 
sectors. The data base was sized to accept 35 formats, 10 01 and 
25 GPC, each averaging 50 measurements per format. 

Track 0, sectors 0 and 1, cc-ntains the STDB directory which 
contains the standard overhead information plus a description of 
how the data -base is stored on the disk file. The directory 
overhead data includes Flight ID, date, tape number, data base 
type, etc., to differentiate this STDB from others. A 
description of the STDB Directory is contained in table 2-1. 
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The measurement descriptor record of the Si'DB is described in 
table 2-II, This part ot data base is blocked on sector 
boundaries, one block per format. For each measurement in a 
foriaat the following information is included: 

a. First byte locator 

b. Index to where this measurement is stored in output 

c. Validity flag word 

d. Validity flag mask 
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TABLE 2-1.- STDB DIRECTOR! 


Bytes 

(8-Bit) 

Format 

typei 

Description 

1-2 

I 

Flight ID llumher 

3-10 

A 

Support Table Revision Date (DM/DD/YY) 

11-16 

•A 

Support Tape Ph.ysical Tape Ko, (6 chars.) 

17-23 

I 

Date/lime STDB Created (6 integers) 
BK,DD,YYv8R,:-JN,SC 

29-30 

I 

Update Counter (Zero for STDB build) 

31-32 

I 

Humber Formats in STDB (01 8 GPC) (Bax 
' Allowed = 35) 

33-44 

1 

Date/lime STDD Last Updated (6 integers) 

45-46 

I 

Data Base Type {= 0 for OX, = 1 for Dfl) 

47-48 

I 

= 1 Xor NIP Tape, = 11 for STCS Tape 

49-80 


Spare 

81-160 

A 

Support Table Tape Header ID Information 
(40 16-bit words) 

161 

I 

Data Set ID 1st Format Number 

162 

I 

First Format Humber 

163-164 

I 

Disk Address Where Support Table Infer- 



mation Stored 1st Format 

165-156 

I 

Number Sectors Required First Format 

167-168 

I 

Humber THS Keasurement In First Format 


o 

(Set = 800 for 01) 

433 

« 

I 

Data Set ID 35th Format Number 

434 

I 

' 35th Format Number 

435-436 

I 

Disk Address Where Support Table 
information Stored 35th Format 

437-438 

I 

Number Sectors Required 35th Format 

439-440 

I 

Number TKS Measurement , in 35th Format 
(Set = 800 for 01) 

441-442 

I 

Data Set Length 1st Format 

509-510 

I 

0 

Data Set Length 35th Format 

511-512 


Spare 'W' 


II = Integer, A = ASCII 
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TABLE STBB «EABUaEMENT DESCHiPTOK RECORD 


Bytes 

('8-Bit) 

Format 

typei 

Descripti on 

1-2 

I 

1st Byte locator for 1st parameter^ 

3-4 

I 

Index to location where data stored in 
output buffer this measurement 

5-6 

I 

Validity flag word tor 1st parameter 

7-8 

I 

Validity flag mask for 1st parameter 

9-10 

-o 

* 

I 

1st byte locator for 2nd parameter 

* 

6393-6394 

I 

1st byte locator for 800th parameter 

6395-6396 

I 

Index to location vjhere data stored in 
output buffer this measurement 

6397-6398 

I 

Validity flag word for 800tb parameter 

6399-6400 

I 

Validity flag mask for 800th parameter 


II = Integer 

^For 01 formats the descriptor defines the retrieval for all 
800 measurements. For measurements not found on support rape 
for this format or blank in asiD, the 1st byte locator for 
this parameter is set to -*1, For GPC formats retrieval 
information is stored in the STDB only for IMS measurements 
found in each format. A separate block of information or 
logical record is stored on sector boundaries in the STDB for 
each 01 or GPC format on the Support Table Tape. 
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A 1600-l3pi, 9-track magnetic tape is also written containing the 
STDB, Record 1 is the 256 word {It-hitJ directory identical to 
sectors 1 and- 2 of the STDB, Records 2 througn R are the 
measurement descriptor records, one for each format. The record 
lengths are variable, depending on the sector lengths of each 
format on the STDB- This tape can be used to reload the STDB 
without having to reload the NIP or STCS Support Table Tapes. 

This tash outputs on the standard output device a report 
describing the processing performed to construct the STDB and the 
STDB itself- This report should be used to check, the STDB for 
completeness and accuracy, as well as a record for future 
reference. 

The output report on the printer produces the following types of 
output. Each format on the NIP or STCS Support Table Tape is 
listed by one of the following: 

a. Formats that contain no ThS measurements produce the 
following . output; 

SOPPORT TABLE DATA BASE FORMAT LISTING 
FLIGHT IDENTIFICATION NUMBER - 15 
DORKLINK/DOWNLIST FORMAT NO- - 20 
DATA SET IDENIIFICATIOB NO. - 20 

NO TMS HEASUREHEKTS IN THIS FORMAT* — FORMAT SKIPPED 


. b. For 01 formats the STDB describes the entire 800 measurements 
in the MSID data base- A listing of all measurements not 
encountered on the support tape is output. 
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Tho listing of the missing measurements is followed by^ the 
listing of the 01 format: 

SUPPORT TABLE DATA BASE FORriAT LISTING 
FLIGHT IDENTIFICATICiv NUMBER - 15 

DCKNLINK/DOHNLIST FORMAT NO. - 129 
DATA SET IDENTIFICATICN NO. - 10 


ESTEI 

flEASDREHENT 

FIRST BYTE 

STORAGE 

PTE. VALIDITY 

VALIDITY 

NO. 

NUMBER 

LOCATOR 

(800 HD , 

ARRAY) FLAG HORD 

FLAG MASK 

1 

V58T01 19 

6731 

1 

1 


8000 

2 

V58T0120 

5187 

2 

1 


8000 

3 

V58T0122 

7564 

3 

1 


8000 

g 

V58T0157 

0 

4 

1 


8000 

5 

V58T0159 

0 

5 

1 


8000 

6 

V58T0183 

-1 

6 

0 


0 

7 

V58T0198 

7015 • 

7 

1 


8000 

'8 . 

V58T0219 

7446 

8 

1 


8000 

9 . 

V58T0220 

7422 

9 

1 


8000 

10 

¥5810222 

6955 

10 

1 


8000 



O 

« 

o 


•0 







• « 


• 



« 



795 


-1 

795 

0 


0 

796 


-1 

796 

0 


0 

797 


-1 

797 

0 


0 

798 


-1 

798 

0 


0 

799 


-1 

799 

0 


0 

COO 


-1 

800 

0 


0 

c. For 

GPC formats 

the listing 

f of the 

support table for a 

format 

is 

the same as 

01 except a 

listing i 

of missing TM3 



measurements is 

not output 

and after listing the MSID's 

> 

found, the output terminates. 




SDP PORT- 

TABLE DATA, 

BASE FORMAT 

LISTING 




FLIGHT 

IDENTIFICATION NUMBER - 

15 

pRiQINAL PAGE IS 


DOHNIINK/DO^NIIST FORMAT NO, - 

42 

OF POOR QUALITY 


DATA SET IDENTIFICATICN WO, - 

20 




ENTRY . 

aEASUEEMEWI 

FIRST BYTE 

STORAGE 

PTR- VALIDITY 

VALIDITY 

NO. 

NUMBER 

LGCATOR 

(800 KD 

ARRAY) FLAG HOED 

FLAG MASK 

1 

V42T1 100 

5603 

171 

2 


2000 

2 

V42T1 104 

5749 

172 

2 


800 

3 

V42T1200 

5753 

173 

2 


800 

4 

V42T1300 

5599 

176 

2 


2000 

5 

. V42T1501 

6075 

179 

2 


80 

6 

V42T1503 

5989 

180 

2, 


100 

7 

V42T1505 

4383 

‘ 181 

1 • 


800 

8 , 

V42T1507 

6077 

182 

2 


80 

9 

V42T1509 

59 91 

183 

2 


100 

10 

V42T151 1 

4385 

184 

1 


800 
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ft 

ft 



ft 


ft 

ft 



ft 


ft 

ft 



ft 

50 

V42T35 15 

5923 

228 

2 

200 

51 

V42T3517 

5837- 

229 

2 

400 

52 

V42T3519 

5925 

230 

2 

200 

53 

V42T3521 

3675 

231 

1 

2000 


d- After a listing of. each, format is output a summary of the 
directory is output. This describes content and disk 
location of the data lase. 


SUPPOBT TABLE DATA BASE S0«BAEY 

PLIGHT IDEHTIPICATIOH NUI5BEB - 15 
SUPPOST TABLE TAPE NUB3EE - T00696 
SUPPORT TAPE EEVISIOH DATE - 05 25 78 
SUPPOST TABLE DB UPDATE CTR. - 0 
HUHBBR POEHATS IS DATA BASE - 3 

SUPPORT TABLE DATA BASE CREATED - DATE,* HO/DAY/YE 9/19/1978 TIHE ; 
SUPPORT TABLE DATA BASE UPDATED - DATE: MO/DAY/YE 0/ 0/ 0 TIME: 
STDB TAPE DEST. HEADER REC. {80 BYTES) 

TPC DECOH DATA POE HISSIOE OPT VEH ID 102 PLIGHT 0001 lINK GD 
STDB STORAGE DESCRIPTIOH: ' 05 25 78 REV A 


EDTEY 

DATA 

DLIHK/LIST 

DISC ADD- 

EUMBER 

NUMBER 

DATA SET 

.LOC, 

SET ID. 

FORE AT ID. 

( SEC TOR) 

SECTORS 

MEAS. 

LENGTH 

81 

20 

42 

1 

2 

58 

6120 

85 

20 

■ 44 

3 

2 

58 

5880 

89 

10 

129 

5 

25 

800 

7860 

JOB COMPLETED 

. 
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2* 4. 3 Dia gnostic Erc or Mes sag es 

a- MOB ABORTED - SUPPORT TABLE TAPE PARITY ERROR -* ISTAT = XX' 

A parity error has been encountered in record XX- Job aborts 
and a new support tape loust be requested. The previous STDB 
has been destroyed, 

b. 'JOB ABORTED - SUPPORT TABLE TAPE END OF FILE — EEC. 1* 

An illegal condition has occurred on input tape^ check, input 
tape and reguest another if necessary before rerunning job- 
Tlie previous STDB has been destroyed. 

c. 'JOB ABORTED - ERROR RECl Byte 81-83 = AAA' 

Bytes 81 through 83 must equal OFT, support tape error. The 
previous STDB is still intact on disk. 

d. 'JOB ABORTED - FATAL TAPE READ ERROR - RECORD HO. XXXX ' 

Tape driver returned illegal status, restart job- If the 
error persists change tape drives or request new Support 
Table Tape- The previous STDB has been destroyed. 

e- 'ERROR - dEAS IDDB ID, EEC. BYTES {39-40) - XX' 

asiD data base bytes 39-40 f 01 or DPI, This is fatal error 
because BLDCDB uses this field to determine if support table 
is 01 or DPI- The previous STDB on disk is still intact. 

f. ' ‘ERROR - RECORD CCUHTER ERROR Oil SUPPORT TABLE - SEQ RFC CTR 

= XXXX PREVIOUS EEC CTR - XXXX 110, RECORDS THIS FORBAT = 

XXXX* 

Error in record counter on input support tape. This is a 
diagnostic, run continues, 

g. 'HO OI/DPl FORHATS EHCOUHTEEED ON SUPPORT TAPE BEFORE HHD OF 
FILE - NO, SEC, READ = XXXX' 

There were XXXX records read and no format encountered with 
TES measurements. Probably wrong Support Table Tape was 
mounted. Check this and rerun job. The previous STDB on 
disk is still intact. 

h. 'ERROR WRITING OUTPUT TAPE REC XXX JOB ABORTED' 

The tape driver encountered a fatal error while writing 
output tape, Kount new tape and rerun job. The previous 
STDB on disk has already been destroyed. 
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i. >J£EROB - DIRECTORY OVERfLCH, WO, FORMATS EXCEEDED 35' 

The iiutnher of 01 and GPC formats containinq TMS measurements 
exceeded 35- This exceeds capability or directory, must get 
another support tape v/ith some formats deleted and rerun- 
The previous STDB on disk has been destroyed. 
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2,5 BUILDING CALIBRAIION DATA BASE 


Calibration information required to calibrate all measurements in 
tbe THS is contained in tne CDB. The function of constructing 
and storing the CDB on BODCOt-iP mass storage is performed by a 
pre-mission batch task- The CDB utilizes 1 track ox disk file 
and is defined as logical file 23 by the TUS. 

The procedure used to construct the CDB incorporates the CYBER 74 
and the HODCOHP 4 computers. The CYBER 74 inputs the HbDB 
calibration tapes (same calibration tapes as used by the lES) , 
extracts the required calibration information for the IMS 
measurements/ and punches a card 'deck for use later on the 
HODCOEP 4. The input flMDB calibration tapes can be either the 
Rockwell International (El) downlist and downlink calibration 
tapes or the IDSD calibration tape. The format ox the SI 
downlisfc and downlink calibration tapes is described in reference 
4, The format of the IDSD calibration containing the downlink 
calibrations in File 2 and the downlist calibrations in File 4 is 
described in reference 5- 

The card deck output by the CYBER 74 contains two type cards. 

The first type card contains the curve type and the coefficients 
for that standard calibration. The second type card contains the 
HSID and the particular curve type to be used to calibrate this 
measurement. This card deck is -then input to the hODCCKP 4 
program BLDCDB that constructs the CDB on disk storage. 

Listings are produced on both the CYBER 74 and the MODCOEP 4 
standard output devices to aid the data managers in assuring the 
users that the CDB is correct. 

The CDB is a table of 800 pointers, one for each measurement in 
the MSID data base, and a table containing for each unique curve 
type the number of coefficients followed- by the polynomial 
coeff icients. The position in the pointer tanle parallels the 
BSID data base to correlate the CDB to the MSID’s, The table of 
pointers indexes the programs using the CDB to the actual 
calibrations for each measurement (number of coefficients and 
coefficients) , 

The CDB for the TMS is constructed using the assumption that 
standard calibrations are incorporated; i.e,, several measure- 
ments share the same calibration curves. The CDB is sized for a 
maximum of 200 unique curve types each fit to a polynomial of the 
5th order or less. If this limit is exceeded, a diagnostic will 
be output on the standard output device, the CDB will not be 
output to disk, and the previous CDB on disk storage will still, 
be intact. 

Updates to the CDB are made by manually .updating the card deck 
input by the MODCOflP program that constructs the CDB. All fields 
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on this card deck can he changed; however, care should be taken 
when changing this deck because several measurements can share 
the same calibration 'curve type- Also only one CDii can reside on 
the disk at any one time. 'when a new CDB is constructed, ^either 
to modify the existing CD3 or create a new CDB from another MHDB 
calinration tape, it destroys the old or existing CDB on disk 
storage. Backup or previous CDB's should ue kept in card deck 
form as this is only method of returning to a previous CDB. Jf 
because of disk failure or some type of hardware/sof tware error 
the CDB must be reconstructed, it can be rebuilt in approximately 
1 minute from this card deck. 

The functional flow diagram in figure 2-1 shows the steps taken 
to construct the CDD. Section 2-5.1 describes the processing 
performed using the CYBBB 74 computer and Section 2-5,2 describes 
the processing performed on the BODCOBP 4 computer. 

2,5,1 CDB CY 8BP. 74 Processing 

The CYBEH 74 task inputs the saDB calibration tapes, downlink- and 
downlist, extracts the necessary parameters, and punches a card 
deck containing the calibrations for all TilS measurements- The 
deck setup to accomplish this task on the CYBER 74 is listed in 
table 2-III, This run sequence must be adhered to because the 
output files from the initial runs are input files for later 
executions. 

The calibration effort on the CYBER 74 is essentially 
accomplished in six separate executions. This runstxeam 
incorporates an existing program SELECT developed on the CYBER 
for the lES. This program inputs character-oriented information 
{calibration tapes) , selects specified pieces of information for 
output, rearranges these pieces according to lead card input, 
then outputs these data to a formatted file- A copy of the 
program document for SELECT is found in reference 6, section 
4-4-3. 
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TABLE 2-1II.- CEB CYDEE 74 JOB SETUP 


Joi) Card 
User Card 
Charqe Card 

ATTACB (SELECT/UH=DRC007,PH=TEAL,fl=E) 
ATTACd(UNIQCL/UII=DEC0 07,H=8) 

ATTACH {CUBV£T/UN=DRC007,M=R) 

EESOUEC (HT=2) 

BEQUEST {TAPE1,D=800,ET,PO=I'IRP,E=L) =^‘*Eeel Ko, ** 
REQUEST {TA?E2,D=800/NI,PO=NfiP,F=L) *«Eeel So,** 
SELECT^ , , TEMPI) 

SELECT (, , TEMPI) 

EEWISD(TEHPI) 

COPY (TEMPI) 

EESIHD (TEMPI) 

SELECT(,,TMSCAL,,,TEMP1) 

REWIND (IMSCAL) 

COPY (IMSCAL) 

EENJlNDCTaSCAL) 

MAP (PART) 

UHIQCL (TMSCAL,USIQDE) 

BEHIND (UNIQUE) 

COPY (UNIQUE) 

REWIND (UNIQUE) 

SELECT UNIQUE) 

BEHIND (TMSCAL) 

MAP (PART) 

CURVET (,^,TMSCAL) 

7/8/9 (col. 1) 

...Lead Cards {1st SELECT Execution) 

7/8/9 (col, 1) 

...Lead Cards 
7/8/9 (col. 1) 

...Lead Cards 
7/8/9 (col.1) 

...Lead Cards 
7/8/9 (col.1) 

TYPE1 CURVET Lead 
...TYPE2 CURVET Lead 
END CARD 
e/7/8/9 (coi.l) 


ORIGINAL PAGE IS 
OF POOR QUALITY 


{2nd SELECT Execution) 
(3rd SELECT Execution) 
(4th SELECT Execution) 


Card 

Cards 
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r SELECT 
I LEAD CARDS 



UKIQCL 


I 


'UNIQUE' 

(ALL UNIQUE 
.CURVE TYPES)! 


'TMSCAL' 

^(8- AND 10-BIT 
.MEASUREl-ffiNTS) 


T 



CYBER 74 


CARD OUTPUT 
UNIQUE CURVE' TYPES 
AND COEFFICIENTS 


M(^DCOMP 4 



Figure 2-1.- 


CDB func 
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The first SELECT run reads the dov/nlink calibration tape and 
extracts all 3-bit measure meats and writes them to a temporary 
mass-storage file (TEMPI), Table 2-lV details the extracted 
parameters and their locations in the input and output records. 

The second SELECT run performs the same function except it 
extracts all 10-bit measurements from the downlist calibration 
tape. Table 2-V details the parameters and tneir locations in 
the input and output record. At this point ail 8-bit 01 and 10- 
bit GPC measurements are stored in the temporary rile TEHP1- 

The third SELECT run uses the temporary disk file TEHPI as the 
input data and extracts all measurements that are temperatures 
(col, 4 in measurement ID equals T) . The measureiaents extracted 
by this run are output to a temporary mass-storage file (TMSCAL) 
in the same format as the input file TEMPI. The format is 
described ia table 2- VI, 

The next program to execute in the CTBEfi 74 run string is UJilQCl 
using temporary file TMSClL as Input. UNIQCL reads file TBSCAL 
and builds an output femporary file UNIQUE containing all entries 
in the input file that have a unique curve type. Several 
measurements will have the same curve type but only the 
measurement having the first occurrence of each non-blank unique 
curve type will be output to this file- The format of file 
UNIQUE is the same as the input file THSCAL. 

The execution of program UNIQCL is followed by another SELECT run 
to extract from temporary file UNIQUE the parameters necessary to 
construct the punch file that yields the TYPE 2 lead cards to the 
MODCOilP 4 program BLDCDB, Table 2-VII describes the parameters 
and their locations in the input and output files for this SELECT 
run. 

After the punch file for the TYPE 2 lead cards has been built, 
program CURVET is loaded to construct the TYPE 3 lead cards to 
the aODCOhP 4 program BLDCDB. . Input to program CURVET is a card 
deck containing the BSID*s of all the THS measurements and the 
temporary disk file TMSCAl written by the tiiird SELECT run. The 
input card deck is cards 2 through N (sec. 2.1.1) that are used 
in loading the MSID data base. CURVET reads the input card deck, 
scans the temporary file THSCAL for the curve type to append to 
each MSID, and' creates a punch file of HSID versus curve type. 

The format of the output punch file is described in table 2-IX. 

The CYBER system directives inserted in the deck setup control 
the output listings, file manipulation, and punching output 
strings. 


original 
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TABLE 2-IV.- SELECT SUN 1 


£Dovjnlinlc, 8-bit meas. J 


Field 

ISO, 

Input 
char- loc- 

Output 
chat, loc. 

Format 

Description 

1 

1-10 

2-1 1 

A10 

EEASURENENT ID 

2 

842-844 

13-15 

A3 

DATA TYPE 

3 

848-849 

17-18 

A2 

NO, BITS 


45-49 

20-24 

A 5 

DATA RANGE HIGH 


50-54 

26-30 

A5- 

DATA RANGE LOW 


55-62 

32-39 

A3 

UNITS' DATA RANGE 


876-881 

41-46 

A6 

CAL. CURVE TYPE 


63 

48 

A1 

TEL. LINK ID 

hH 

280 

51 

A1 

DEGREE OF FIT 

HEQHI 

281-364 

53-136 

A84 

COEFFICIENTS (A0-A5) 


TABLE 2-V.- SELECT BUN 2 


{■Dosiilist, 10-bit meas,] 


Field 

no. 

Input 
char, loc,. 

Output 
char, loc. 

Format 

DescSription 

1 

1-10 

2-11 

A10 

HEASURENENT ID 

2 

342-344 

13-15 

A3 

DATA TYPE 

3 

100-101 

17-18 

A2 

NO, BITS 

4 

45-49 

20-24 

A5 

DATA RANGE HIGH 

5 

50-54 

26-30 

A 5- 

DATA RANGE LOW 

6 

55-62 

32-39 

A8 

UNITS DATA RANGE 

7 

876-881 

41-46 

A6 

CAL, CURVE TYPE 

8 

63 

48 

A1 

TEL. LINK ID 

9 

280 

51 

A1 

DEGREE OF FIT 

10 

281-364 

53-136 

A84 

COEFFICIENTS (A0-A5) 
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TABLE 2-VI-- SEJLECT HUH 3 
£01 and GPC temperatures] 


Field 

no. 

Input 

char. loc. 



Output 
char. loc. 

Format 

Description 

1 

2-136 

2-136 

A135 

SAKE A SELECT BUN 1 & 2 


TABLE 2-VXI.- SELECT EUK 4 


[Format TYPE 2 lead cardsj 


Field 

no. 

Input 
char, loc. 

Output 
char. loc. 

Eor mat 

Description 

wm 

• 41-46 

1-6 

A6 

CUBVE TYPE 


51 

8 

A1 • 

DEGEEE OF FIT 


53-61,64-66 

9-20 

A12 

COEFFICIENT (AO) 

\mM 

67-75,78-80 

21-32 

•A 12 

COEFFICIENT (A1) 


81-89,92-94 

33-34 

A12 

COEFFICIENT {A 2) 


95-103, 106-108 

45-56 

A12 

COEFFICIENT (A3) 


109-117, 120-122 

57-68- 

A12 

COEFFICIENT (A4) 

'H 

123-131,134-136 

69-80 

A12 

COEFFICIENT (A5) 
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2, 5, 1. 1 Input 

0?he input to the CYBER 74 job string are the iJltlDB calibration 
tapes, downlink ami downiist. The dock setup described in table 
2-iIl assumes the input calibration tapes are the RI downlink and 
downiist calibration tapes. If the IDSB HMDB calibration tape is 
used, this deck setup must be modified to extract downlink 
calibrations from file 2 and downiist calibrations from file 4. 
This change affects only SELECT runs 1 and 2- 

Also input to this CYBER run string is the card deck (cards 2-U) 
that is input to the program that builds the MSID data base. A 
card with the characters END in columns 1 through 3 must be 
appended to this deck as a terminator card. 

Each of the SELECT runs requires a set cf lead cards. A complete 
description- of the .preparation of these cards can be found in 
reference 6, section 4.4.3. 

2. 5.1. 2 Output 

The output from the CYBER 74 job string is the TYPE 2 and TYPE 3 
lead card decks that are later used as input to the MODCOfiP- 4 
program BLDCDB. The formats, of the TYPE 2 and TYPE 3 lead cards 
to BLDCDB are described' in tables 2-VIII and 2-IX. A aODCOHP 4 
EOF card is punched after each of the TYPE 2 and TYPE 3 decks. 

Listings are produced on the standard output device to aid in 
determining the validity of the output deck. 

2.5. 1.3 Diagnostic Error Messages 

’EUHBEfi TMS HEAS. ON CAL, TAPE EXCEEDS LIMIT OF XXXXX'X * 

The number of measurements in file TMSCAL exceeds the limit 
causing a table overflow. This diagnostic causes the program 
execution to abort and card deck will not be produced. Internal 
program tables must be expanded before these calibration tapes 
can be processed. 
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TABLE 2-VIIl 


BLDCDB TYPE 2 LEAD CAKU 


Field 

no. 

Card 

columns 

Format 

Description 

1 

1-6 

A6 

CURVE TYPE 

2 

8 

11 

DEGREE OF CUEVE FIT 

3 

9-20 

E12-6 

coefficient (AO) 

4 

21-32 

E12.6 

Coexficient (Al) 

5 

33-44 

E12.6 

Coefficient (A2) 

6 

45-56 

E12-6 

Coefficient (A3J 

7 

57-68 

El 2. 6 

Coefficient (A4) 

8 



69-80 

El 2. 6 

Coefficient (A5) 


TABLE 2-JX.^ BLDCDB TYPE 3 LEAD CABD 


Field 

no. 

Card 

colnmns 

Foratat 

Be scription 

1 

1-10 

A10 

KSID 

2 

11-12 

A2 

RATE 

3 

16-21 

' A 6 

CURVE TYPE 

4 

26-35 

AlO 

asiD 

5 

36-37 

A2 

RATE 

6 

41-46 

A6 

CURVE TYPE 

7 

51-60 

A10 

asiD 

8 

61-62 ■ 

A2 

RATE 

9 

66-71 

A6 

CURVE TYPE 

10 

76-80 

A5 

SEQUERCE iJ UMBER 
{a scending) 
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2,5, 1.4 CYBER 74 Program file Definition 


Programs URIQCi and CUSVE^I may be accessed with tne tolloving 
attach cards:’ 

ATTACH {UNICC1/US=DSC007,M=E) 

ATTACH (CURVET/UN=DRC007,H=E) 

It is suggested that these files be copied into the Data 
Processing and Analysis library of absolute programs for 
production use, 

2-5,2 CBB aODCOHP 4 Processin g 

This task on the TKS Host Computer utilizes the cards output by 
the CYBER 74 run string to construct the CDB on disk storage. 

The CDB, which requires 1 track of disk storage, is addressed as 
logical file 23. 

This program reads the TYPE 1 lead card and outputs this 
information to the header record. The TYPE 1 lead card contains 
80 alphanumeric characters of header information identifying this 
unique CDB, Hext the TYPE 2 cards are input with internal 
program tables being constructed of curve type versus index to 
location of actual coefficients in the CDB- Then the TYPE 3 lead 
cards are input, matched with curve type, and a pointer to the 
coefficients is stored in the index portion of the CDB 
corresponding to location in HSID, If the carve type for a 
particular HSID is blank or not defined, the pointer to the 
coefficients for this H3ID is set to the curve wnere engineering 
units equals counts (coef ficients - 0, 1). 

This program assumes that standard calibrations or several 
measurements use the same curve type, A B’,ax;iauia limit of 200 
curve types is established to calibrate the 800 THS measurements. 
All THS measurements must be calibrated by a poly-nomial curve fit 
of the fifth degree or less. 

2,5. 2-1 Input 

The KODCOHP 4 program BLDCDB constructs the CDB from an input 
card deck. This card deck contains card types 1,2, and 3. The 
TYPE 1 lead card is a header card containing up to 80 characters 
of information used to identify this particular CDB- The 
character string is written directly to the CDB logical file 23, 
track 0, sector 0 {Header Record) . 

The TYPE 2 lead cards contain the calibration coefficients for 
each unique curve type. Table 2-VIII defines -the contents of the 
TYPE 2 lead cards. 
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The TYPE 3 lead card essentially assigns a particular curve type 
to each THS measurement in the iiEID data hase. Table 2-IX 
defines the contents of the TYPE 3 lead cards. 

2. 5. 2, 2 Output 

The output from program BIDCDE is the CDB v/rxtten on disk logical 
file 23- Track 0, sector 0 contains the header record used to 
identify this particular CDS. The calibration information vhich 
starts in Track 0, Sector 1 is detailed in figure 2-2. Only one 
CDJj is stored on mass storage, whenever a new CDB is built it 
destroys the existing one. The existing CDB on disk storage 
remains intact until program BiDCDB determines that the new CDB 
being constructed during tnis execution has been completed with 
no errors, then the new CDB is written to disk and the previous 
CDB destroyed. 

This program outputs a listing on the standard output device that 
tabulates the calibrations for each measurement. This listing 
should be analyzed by the TBS Data Manager and the SBD Data 
Analysis Coordinator to ensure validity of the CDB. 

2„ 5.2.3 Diagnostic Error Messages 

a. »EER0R - Cai. COEFFICIENT CARDS EXCEED BUFFER LENGTH, 

PREVIOUS CARD SKIPPED* 

The program limits the number of unique curve types to 200. 
This limit has been exceeded by the previously listed card 
which is skipped, execution continues but new CDB will not be 
output to disk (previous CDB still intact), 

b, »£RSCE - PREVIOUS CARD SKIPPED* 

An error has been detected on previous card. That card has 
been skipped and run continuing with error flag set to 
inhibit uritting new CDB to disk. 

c. *DIAGNOSTIC - SEQUENCE ERROR PREVIOUS CARD' 

Sequence number not in ascending order, error swibch set 
inhibiting CDB from being output to disk. Processing 
continues with rest of deck. 

d, ‘DIAGNOSTIC - POINTER OVERFLOW - NEAS. NO XXXXXXXX CURVE TYPE 
XXX'XXX RATE XX COUNT XXXX‘ 

Limit of 60 medium or 740 lou/higli rate measurements has been 
exceeded- This measurement is skipped, error switch is set 
to inhibit output of new CDB, then run continues- 
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WORD 

(32-bit) 


1 

POINTER TO CALS. 

1ST MEAS. IN MSID 

POINTER TO CALS . 2ND 

MEAS. IN 

MSID 

2 

pointer to cals. 

3RD MEAS, IN MSID 

POINTER TO CALS. 4TH 

MEAS. IN 

MSID 

3 

POINTER TO CALS. 

5TH MEAS. IN MSID 

POINTER TO CALS. 6TH 

MEAS . IN 

MSID 

* 

* 

* 

* 



400 

POINTER TO CALS. 

799TH MEAS. IN MSID 

POINTER TO CALS SOOTH 

MEAS. IN 

MSID 

401 

NUMBER COEFFICIENTS 1ST UNIQUE CURVE 

TYPE^ (INTEGER) 




COEFFICIENT A (0 ) 

1ST CURVE TYPE {FL. 

POINT) 




COEFFICIENT A(l) 

1ST CURVE TYPE (FL. 

POINT) 




• 


COEFFICIENT A(N) 

1ST CURVE TYPE (FL. 

POINT) 




NUMBER COEFFICIENTS 2ND UNIQUE CURVE 

TYPE (INTEGER) 




COEFFICIENT A{0) 

2ND CURVE TYPE (FL. 

POINT) 




COEFFICIENT A(l) 

2ND CURVE TYPE (FL, 

POINT) 




• 


COEFFICIENT A(N) 

2ND CURVE TYPE (FL, 

POINT) 





* 

ORIGINAL PAGE IS 
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NUf-lBER COEFFICIENTS 200TH UNIQUE CURVE TYPE" (INTEGER) 


COEFFICIENT A(0) 

200TH CURVE TYPE (FL. POINT) 




COEFFICINET A(l) 

200TH CURVE TYPE (FL. POINT) 




• 


COEFFICIENT A(N] 

200TH CURVE TYPE (FL. POINT) 




CALIBRATION FOR 

MEAS IN 

NUMBER COEF. = 2 




MSID THAT HAVE NO CURVE 

COEFFICIENT A(0) = 0 




-TYPE (SET ENGINEERING UNITS = COUNTS) 

COEFFICIENT A(l) =1 



1803 

• 

* 

• 


^16-bit integer pointer addressing calibration coefficients 
for each measurement in msID. (Pointer to first curve type = 1) 


2 

Each unique curve type encountered for 8-bit dovmlink and 10-bit 
downlist temperature measurements on input calibration tapes in- 
cluded in table. 

3 . . . 

200 unique curve types maximum, if less tables are contiguous and 

last words in table not used. 


Figure 2-2.- Calibration data base description. 
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e. • DIAGNOSTIC - KO NATCH FOUND FOil CUBVE TIDE XXXXXX 
CALIBRATION SET TO ENGINEERING UNITS = COUNTS’ 

Curve type for a nieasureiaeiit on card not in input deck of 
curve type versus coefficients. Calibration set to 
enqineerinq units = counts (coefficient — 0, 1). CDB will 
still be written to disX at end of run. 

f. ’ERRORS ENCOUNTERED DURING EXECUTIOiN - CAL, DB NOT SRITTEK TO 
DISC’ 

An error has occurred causing validity of CDB to be 
questionable; therefore CDB not written to disk (LU23)'. 
Previous CDB on disk still valid. 

g. 'H'O ERRORS CAL. DB WRITTEN TO DISC - 1U23’ 

New CDB constructed with no errors. Sew CDB overlays 
previous CDB on disk Logical Unit 23. 
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2,6 LOADING PREDICl’ED/PAST MISSION DATA BASE 


The loading of the Predicted and Past Mission data bases actually 
consists of three separate tasks on the MODCOMP: (1) conversion 

of predicted mission data from UNIVAC to MODCOMP codes, (2) 
archiving of mission data to be used as a past mission data 
(described in sec. 2.14), and (3) actual loading of the data from 
tape to the proper data base on disk. The predicted, mission data 
is supplied by SMD, 

All tapes used in this process should be error-free tapes. If 
the UUIVAC tape is not error free, the conversion task will be 
terminated. If the BGDCOi-iP tapes are not error free, data for 
the records in error will be lost unless a backup error free tape 
can be found. Multiple copies of the tapes should also be 
maintained. The tapes should be maintained in a file .near the 
computer during a mission. 

2.6.1 C onvers i on o f Predic ted M ission Data 

The predicted mission data is generated by SKD in tJhe format 
specified by ICB ES3 4-3/78-277- The data is received on a nine- 
track tape written on DSIVAC eguipment. Before it can be used on 
TMS, the tape must be converted from UNIVAC fieldata and 
floating-point numbers to WODCOMP ASCII and floating-point 
numbers. This function is accomplished by a batch job on the 
MODCOHP- The job reguires the. tape from the UNIVAC eguipment as 
input. A tape in NODCOMP acceptable characters and numbers is 
output. Ail files on the input tape are processed until a double 
EOF is encountered. This MODCOIiP tape is used as input to 
loading the predicted mission data base. 

2. 6 . 2 Input 

The inputs to the predicted and past mission data bases are 
tapes. The tapes contain a header record and data record (s) for 
each rate data (low, medium, or high). The header record 
contains mission ID, data IB information, times to ne associated 
with data, and parameter names for all the parameters in the 
file. The data records contain the data values in engineering 
units in floating-point numcers. The time of a data value can be 
determined by. the start of data time in the header record and the 
position of the data value in the data record. The data records 
are in the same format as the data is stored on the disk. ' The 
data records are in the same order as the parameter names in the 
header record- If there is no valid data value for a specific 
time then a fill pattern is in the data value- The low-rate file 
contains one record per parameter- The medium-rate file contains 
two records per parameter. The high-rate file contains three 
recoras per parameter. A double EOF or invalid information in 
the header record terminates a tape. 
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2.6o3 O ut put 


The output of- this task is the Predicted or Past clission data 
base. The data base and file in that data base is determined 
from information in the header record of each file- The 
parameter data record (s) are output to disk, in the same order as 
the parameter names appear in the MSID data oase. If a parameter 
is in the header record but not in the M51D data base, then the 
data record (s) for this parameter are skipped. If a parameter is 
in the KSID data base but not in the header record, then the 
data values in the data base are stored as fill pattern- If an 
unrecoverable parity error is detected on a data record, then the 
data values for the time interval that the record is supposed to 
cover are stored as fill pattern- Global common is also updated 
to reflect pertinent information extracted from the last header 
record on a tape. The high-rate data pointer table in the KSID 
data base is also updated. 

2-6-4 Informational/Error liessages 


The folloving messages are output to the printer by the 
conversion of predicted data task: 


'EOF HEADING HEADEF - TEEdINATED' 


OIMj jty 

This is the normal termination message since there is no 
specification of the number of files on tape- Either the 
first record on tape was an EOF or a double EOF was detected- 


b, 'DHEECOVESABIE ERfiOB ON TAPE READ' 


Qnreadable header record on UNIFAC tape, task terminated- 
The DSIVAC tape must be readable without error on the 
MODCOi^P- 

c. 'INVALID RATE IM HEADER' 

The data rate specified in the header record of the DNIVAC 
tape was not lOW, HED, or HIGH. Task is terminated. 

a. 'EOF SKIPPING TIHE WORDS' 

An EOF was detected on the UNIVAC tape while skipping over 
the time words of a file. Task is terminated- 


e. 'EOF OR BAD READ ON INPUT' 

An EOF or read error on a .data record. The task is 
terminated. The UNIVAC tape must be readable without error 
on the HODCOtIP, 
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f. 'NO EOF AFTER XXXX EATE DATA' 

Where XXXX = lOW, NED, or HIGH, There is supposed to he an 
EOF after each data .tile on the UNIVAC tape. This condition 
was not detected and the task is terminated. 

Other informational messages are output to the printer after a 
file has been successfully processed. These messages give 
information from the header record of the file. 

The following messages are output by the task that actually loads 
the predicted or past mission data bases usaag the rfODCOHP 
acceptable tape as input. Parts of data bases on disk have 
probably been destroyed when any message e:xcept x. is printed 
unless the error occurred on first record of tape. 

a. 'HEADER RECORD ERROR ON TAPE ~ JOB TEEHINATED* 

EOF or read error detected on header record. Probably wrong 
tape input or tape has been damaged- 

b. 'DATA TYPE OR RATI IN HEADER BCD IHVAXID* 

Valid read for header record but not expected information in 
record. Probably -wrong tape input. 

c. « HKRECOVEEABLE ERROR ON TAPE READ' 

Something has probably gone bad with the tape unit. Probably 
will work on a different unit. 

d. 'TOO MANY XXXX EATE PARAMETERS' 

Where XXXX is lOW, MED, or HIGH- limits are 740 low, 60 
medium, and 150 high, 

e. 'NO EOF AFTER ALL XXXX RATE PARAxlETEES' 

Where XXXX is LOW, MED, or HIGH. No EOF was detected on 
input tape after the specified number of parameter records 
was read from the file. Probably hardware error or tape has 
been destroyed, 

f. 'NO FILES OUTPUT - CHECK INPUT TAPE* 

Error was detected on input tape before any data was output 
to disk, 

q. ‘ZZZZ PARITY ERRORS IN XXXX RATE FILE* 

Where ZZZZ xs number of parity errors detected on reads and 
XXXX is LOW, MED, or HIGH. This message is output after each 


2-36 



file is loaded. The fill pattern is inserted in the data 
base for the parameter values where the record should go- 
Auy parity errors will probably be unacceptable so it will 
probably be necessary to try the backup tape if there is one. 

Other inf or nation ai iitessagos are also output to the printer after 
a file has been successfully loaded. These messages give 
inforsfldtioa from the header record of the fire- 


WOR quality 
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2,7 INITIALIZATION OP TIMES AND CUKRENT IllSSiOlJ DATA EASES 


Before mission data can be processed mission ID and times for 
processing data must be established. This information is input 
by card. The current mission data base which consists of the 
Data Directory and the Current Mission low/Medium Rate data bases 
must also be initialized- Data flags indicating no data ior 
every time slot for every parameter are set in the low/mediua 
rate data rase. All entries in the data directory are zeroed and 
only necessary data words are left in the data base. , 

This task must be executed prior to processing the first NIP CCI 
for a specified start of data time. It is expected that this 
task will be executed twice for a mission. The first time the 
task is executed a start of accepting data time for processing 
prelaunch data and expected launch time is anticipated and the 
second time the task is executed a start of accepting data time 
for processing data after launch and actual launcii time v/ith 
launch and start data time equal is anticipated. 

The data manager must supply the computer operator with a card 
containing the desired times and information to execute the task, 

2,7.1 Inp ut 

The input to this task is a card. Different fields on the card 
specify options for the task and times for data processing. The 
format of the card is as follows: 
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C olum n 

1-8 


11-12 

15-16 

19-20 

23-24 

27-28 

31-32 

35-36 
39-40 
43-4 4 
47-t4 8 
51-52 
55-56 


Des c ri pt ion 
Mission ID 

An 8-cLdcacter mission ID to ie used on 
all display formats. 


Month 1 to start acceptxng data 
Dayi to start accepting data 
leari to start accepting data 
(last 2 digits only). 

Hour^ to start accepxing data 
Minute^- to start accepting data 
Second^ to start accepting data 

Month of launch^ 

Day of launch^ 

Year of launch^ {last 2 digits on 
Hour of launch^ 

Minute of launch^ 

Second of launch^ 


ORIGINAL PAGE 8S 
OF POOR QUALITY 

ly) 


59-60 Current mission low/uiedium rate data base 

initialization flag 

= NO - Do not initialize data base to fill patte. 
^ no ~ Initialize data base to fill pattern. 
63-64 Current mission data directory initialization fl; 

= NO - Do not initialize data directory 
7 ^ NO - Initialize data directory {destroy all 
entries) 


iDates and times must be in Greenwich Mean lime. All the 
time fields are expected to be integers. Very limited 
checking is done on the time fields; therefore, the printer 
output of these times should be verified. 

^Launch time is actual lift-off time if known. If processing 
prelaunch data, then launch time will be an expected lift-off 
time- 


2.7,2 O utput 

The output of -this task is an updated mission ID, a start of 
accepting data time, and launch time in the MSID data base. This 
information is also inserted in the global coiaiaon block. If 
specified by option, the current mission low- and medium-rate 
data files are set to a fill pattern on disk. This -means all 
previous data in those files are destroyed. If specified by the 
other option, the -Data Directory data base is set to ail zeroes 
except two words of a specific track used by NIPP. Information 
is also output to the printer specifying the task's interpre- 
tation of information input by the lead card. 
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2,7,3 In r ormation al/ Sr ro r Messag es 

The follouing- informational or error messages may be output by 
the task to the printer. 

a, ’HO IHPUT CARD OR MOHTH OR DAY TO START DATA IHVALID’ 

The card read by the task was an EOF card, tne month was not 
1 through -12, or the day was not 1 through 31 specified in 
the start of accepting data time. Ho changes are made to any 
data ■ base. 

b, 'MONTH OR DAY OF llfT-OFF INVALID' 

The month was not 1 through 12 or the day was not 1 through 
31 as specified in the launch time. No changes are made to 
any data base, 

C. 'JOB COMPLETE’ 

Normal termination message. The task has updated the ESID 
data base and global common. Tne low/medium and the Data 
Directory data base have been initialized if reguested. 
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2,8 PROCESSING NIP/S'ICS DATA 


ProijcaiD HIPP is the task that assumes sole respoi;sibility of 
interfacinq the TI3S with the downlist/downiiiik flight data in a 
near real-time mode. All required current mission flight data is 
input hy tiiis task to the IMS via the disk worKiny file- The 
capability of this proqract includes: (1) ioadiny and extracting 

time-correlated TMS me as urements from the NIP/STCS data tapes, 

(2) reloading into the disk working file intermediate data tapes 
for requested high-rate load groups, and (d) restoring to the 
i/orkinq file intermediate data tapes when required by a disk or 
system anomaly. Each of these major functions is detailed in the 
following sections, 

2-8.1 N IP/STCS Tape Proce s sing 

Khen a NIP/STCS CCT is received by the THS for processing, this 
function will be performed by program NIPP- This task is 
initiated via the console typewriter by the following request: 

SIP »IXXXXXXXXX»', TdS »YYYYyy« 

where ■ XXXXXXXXXX is the 10-character SIP accession number, and 
YYYYYY is the 6-character TdS intermediate real number. 

This program retrieves ail TbS measurements from the SIP/S2CS CCT 
for each data cycle and store these data plus time on the disk 
working file. 

The amount of data on each NIP/STCS CCT is described in the index 

file {File 1) by CDS- NIPP utilizes the inf oraation_i_n this file 

to allocate the storage required in the disk working file to 
store the data contained in the data file (File 2) of this tape. 
The CDS*s in the index file are also used to construct the 
temporary CDS (s) describing the TbS data for this tape in the 
Current mission Data. Directory data base. These CDS*s describe 
the continuous data segments. Any of the foilo'wing conditions 
cause a new CDS to be created: 

a- Beginning of Nip/siCS tape 
b. Data gap of over 30 seconds 
c- Change in- 01 format 

d. Change in data source 

e. Change in data input mode 

After the index file {File 1) has been processed and the 
allocation of the disk working file has been performed, 
processing of the data file is initiated. 

Pile 2 data records are input and the 01 and GPC formats are 
reconstructed for a complete data cycle (1 second of data}. Then 
by using the STD3 (sec, 2.4} the TbS measurements are extracted 
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and inserted in ihe TllS loqicai output record- The 'iTlS logical 
record contains time and tne 800 TdS laeasuremeiits an order 
specified by the H3ID data base- The TilS logical record is time 
tagged with the time associated with the 01 format for this data 
cycle. When six loqicai TtlS records are accumulated, they are 
output to the working file. This procedure coiitxiiues until the 
end of tape record is encountered. 

Then the CDS*s in the temporary file of the Current aission Data 
Directory data base are copied to the IKS intermediate data tape 
followed by the data records in the working lile. 

This program terminates by typing "END PIP' on the typewriter and 
calling the THS overlay processor to load program LMD, which 
updates the low- and medinm-rate data bases. 

2,8. 1.1 Input 

input to this task is the NIP or the STCS CCT's- These tapes are 
the same tapes that are used by the lES on the CYBER 74 computer 
for Shuttle data processing. The NIP data tapes are input to the 
THS by GDSD. The format of the tJlP data tape is described in 
reference 2. 


The STCS data tapes are written by the STCS from 

downlink/downlist instrumenration, tapes. The format of the STCS 
CCT is described in reference 3. 


2.8. 1.2 O.utput 


»1'>age ,s 


omn? 

This program outputs the TflS data from the HIP/STCS CC T to the 
working file. Output to the working file is blocked to track 
size buffers, each containing 6 seconds of TaS data. A TilS 
logical record is constructed for each data cycle on the input 


SIP/STCS CCT. Each logical record contains time and data values 
for the 800 TMS measurements- 


This program outputs the TMS internal CBS's describing the data 
that NIPP has just put in the working file. These CDS entries 
are put in the temporary track (Track 7} of the current Mission 
Data Directory Bata Base. This track is used as temporary 
storage of CDS entries' between the NIPP, the Low/Medium Rate 
Update Program, and the directory update program. Also stored in 
this track of the Current Mission Data Directory Data Base is the 
list of NIP/STCS tapes that are on-line in the working file. 


A listing is produced on the output printer tabulating the 
standard overhead and the 01 CDS entries contained in the index 
file of the NIP/STCS CCT. The S'TDB summary described in section 
2.4.2 is output- The output listing on the printer includes a 
summary of the working file disk allocation and a HIP/STCS tape 
processing summary described in figure 2-3. The CDS entries 


2-4 2 



described in figure 2-3 are the internal CDS > s. that may be 
compressed to eliminate data gaps of less than 30 seconds* 
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jNtIP_.DATA -TAPE .ERDC ESS I N5„ QUlFiUT-BUMMARJsL 
MISSION IDENTIFICATION NQ. - 15 

JDATE.TAPE PROCESSED. =_i.Q./31/JL.97B_ 

NIP CCT. ID. NUMBER - 996 

MI E_cai ACCESS Tn.vi_iN NMRPP - C-q P P.OOOOg;? 

TMS CCT. IDENTIFICATION NO. -- XOOISS 

_DlSt\ STORAGE; 

INITIAL TRACK ADDRESS -• 81 i 

N.UMBER_.TRACKS„REQUIKLiE= 216- 


CDS SUMMARY THIS 

LUIXIAl CDS 

NUMBER CDS 


TAPE; 


NO LOG. TRACK SECTOR FLT. ID. 


—NO RECORDS ADDf^ ADL£t_ 

9 217 811 0 

I O 7AA p.^7 2_ 

II 309 97-T 3D 

.riCDS-- 3. - LCDS=s 13 NaiLOCi 

UJQPKIWO file tape WRITTEN - 
-END- NIPP 


15 50 

15 5£L 

1 5 50 

5 NaiLDC-JlTRs- 

1296 RECORDS 



FORMAT BFD 

_NQ ai-TE^Ea 

129 0 • 


START TIME 

-D.A-YS.-HR HiM. _S£C- 

1S5 13 13 13 

1 .SS 13 PA 11 
185 13 39 46 


TIME INTERVAL 

^CSECDNDS ) 

217 



2, 8«1,3 Diagnostic Error Messages 

•TASS NOT INI-TIALIZED, RELOAD TASK* 

Operator in loading this task via typewriter did not type in NIP 
accession nuniber, reload task NIP "XXX:XXXXXaX", TMS **XXXXXX». 

•NIP ACCESSION NO, NOT VALID, CORRECT AND RELOAD TASK’ 

Accession number input via typewriter is invalid, correct and 
reload. 

•IMS TAPE NO, NOT VALID, CORRECT AND RELOAD TASK* 

Intermediate tape number input via typewriter invalid, correct 
and reload, 

'NIP INPUT TAPE PARITY ERROR - RECORD NUMBER XXXXXX RECORD 
SKIPPED* 

Record XXXXXX unreadable, record is skipped and job continues. 

'NIP INPUT TAPE PARITY ERROR - RECORD NUMBER XXXXXX RATAL -ERROR 
JOB TERMINATED* 

Status returned to program by tape driver indicates fatal tape 
error. Retry job with NIP/STCS tape on another tape drive,- 

•ERROR - CDS ENTRY TABLE OVERFLOW - DATA FILE ENTRYS' = XXXXXX 
INDEX FILE ENTRYS = XXXXXX* 

A serious error exists with NIP/STCS input tape. The number of 
CDS's constructed from data file exceeds number in index file.- 

• ERROR - 01 Fai DATA FILS = XXXXXX 01 FMT INDEX FILE XXXXXX’ 

CDS number discrepancy, data file does not agree with index file, 
terminates run- Investigate NiP/STCS tape for possible error. 

’ERROR - BYTE SEQUENCE - FIRST BYTE = XXXXXX LAST SEGMENT FIRST 
BYTE = XXXXXX NO- BYTES = XXXXXX* 

A discrepancy has occurred in the byte counters used to build the 
data segment-' Run continues but this data cycle is skipped- 

•ERROR - FORMAT NO, - XXXXXX NOT ON SIDE - (MUST BE SKIPPED)’ 

Format number XXXXXX is contained on data tape but support table 
information not in STDB. Run continues but this format will be 
skipped. 
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'ERROR - TRACKS REQUIRED = XXXXXX, TRACKS RESERVED = XXXXXX • 


The amount of data in the data file exceeded space reserved when 
computed from index tile. NIP tape error encountered and the job 
aborted, 

'ERROR EXIT NIPP’ 

TasX has aborted, the condition of the data bases will .be exactly 
like they were when job started, except some space in working 
file may have been taken off-line. 

•DO. HIHDOWS (FORMATS) EXCEEDS S FOR DAIA CYCLE XXXXXX' 

There were more than five GPC formats on the KIP/STCS CCT for 
this data cycle. The sixth format will be skipped and job 
continues. 

'PARITY ERROR - FILE 1, EEC XXX NO, TEYS XX' 

Index file cannot be read and job aborts. Try tape on another 
drive. If this condition persists reguest remake of NIP/SICS 
tape. 

'ABORT HO, CDS ON NIP TAPE = XXXX' 

The limit is 200. Too many 01 CDS's on NIP -tape, segment 
NIP/STCS tape, 

•PROGRAM lEUP HOST BE EXECUTED PRIOR TG NIPP’ 

The Low/Nediui Rate Update Program, LMUP, must be run to process 
last decommutation run before next run is made. Run laUP as a 
batch job or use job sequence fo be followed to restore from last 
disk save. 

2.8.2 ■ Reload for High-Hate Data 

When the user requests high.-rate data plots from data no longer 
on-line in the working file,, it necessitates reloading of the TNS 
intermediate tape {s) , Program LOAD requests the operator to load 
a specific intermediate tape by tape number and then execute 
program LDH. This program is initiated from console by typing 
•LDli XXXXXX' after tape is mounted. . This program reloads the 
intermediate tape into the working file and updates the current 
mission data base to reflect this condition. 

Program LDH terminates execution by typing- 'END LDHR» on the 
console typewriter and calling TNEXIT to cue the IMS executive 
that tape number XXXXXX has been loaded. 
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2. 8. 2.1 Input 


Input to LDH is the iNS intertuediate tape tnat is output when the 
UIP/3ICS CCT was pcocessed. Ihe format of this tape is described 
in section 2,8.1. 

2. 8. 2. 2 Output 

The data contained on the intermediate tape is copied into the 
Horkinq file and the current mission data nase is updated to- 
indicate this action. If the working file was full when this 
request was input, other data previously stored in the working 
file is automatically taken off-line to make space available for 
this request. 

Also output by this task will be a formatted report on the 
printer briefly describing the input tape, its contents, and 
CDS's in the current mission data base for this tape. Figure 2-3 
is an example of this report. 

2.8.2. 3 Diagnostic Error Messages 
•EATAL PARITY ERBGE - REC. = XXXX FILE XX’ 

The status from the tape driver indicates a ratal error on input 
tape- ilount tape on another drive, if. condition persists the 
final recourse is rerunning NIP/STCS tape. 

’EEC. COUNT EXCEEDS LIMIT - NO. EEC = XXXX UNIT = XXXX’ 

Record count on intermediate tape exceeds limit established in 
CDS. Fatal error program aborts, check input tape. 

’CDS ERROR - NDB (XXX) = XXXX HCDST (XXX) = XXXX’ 

Fatal error, the CDS on tape does not agree with the current 
mission data base, call programmer. 

’TASK NOT INITIALIZED, RELOAD TASK’ 

Operator did not type in tape number to be loaded; retype load 
request for task LDH, INS ’XXXXXX’ or EES, TNS ’ XXXXXX ’ 

2,8-3 Restore Intermediate Data 


In case of a system or disk anomaly when the system data bases 
are destroyed, the capability of recovering is included in the 
TNS. Program RIOD (sec. 2.12} reloads the data bases that were 
saved by the last data base save (sec. 2.11) - RLOD modifies the 
current mission data base pointers to indicate that no data is 
on-line in the working file. Then program RES is initiated via 
the console typewriter along with the intermediate tape number to 
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be restored to the disk Korking file, RES reloads the specified 
tape into the working file and huilds CCS records in the 
temporary portion of the current mission data base. 

Program RES terminates execution by typing- »£HD RESTORE* on the 
console typewriter and calling TdLDOV to overlay RES with, the 
low- and medium-rate update program LSD. 

Program RES should be executed again and again until all 
intermediate tapes decomiautated by NIPP since the last data base 
save have been' restored to the working file. The intermediate 
tapes must be reloaded in the order they were decommuta ted. If 
an intermediate tape is lost or unreadable, tiie data must be 
decommutated again from the RIP/STCS CCT before the remaining 
intermediate tapes to be restored can be processed into the 
working file. 

2.8.3. 1 Input 

Input to RES is the TBS intermediate tape that is output vfhen the 
HIP/STCS CCT was processed. The format of this tape is described 
in section 2,8,1, 

2, 8, 3. 2 Out.put 

The data contained oiv the intermediate- tape is copied into the 
working file and the current mission data base is updated to 
indicate this action- If the working file was full when the 
request- was input, the data previously stored in the working file 
had to be removed or taken off-line to make space available for 
this reguest- 

Cutpat by this task will be a formatted report on the printer 
briefly describing the input tape, its contents, and CCS’s in the 
current mission data base for this tape, 

2, 8.3.3 Diagnostic Error Hessages 

The diagnostic error messages for RES are tne same as those 
listed in section 2, 8,2.3 for XDtl, 



2.9 UPDATING LON/MEDIUM RATE DATA AND DATA DIRECTORY 

Updating the -low/niediuin rate data consists oi compatiny the times 
to select the data for the different rates, selecting the data 
values based ora status and within tolerance of the computed 
times, calibrating the selectea data values, and updating the 
data base- The NIPP task overlays the low/iuedium rate update 
task and it in turn overlays the data directory upaate task. The 
entries to the data directory are added as they are received but 
entry number and times are extracted and a table of times, sorted 
chronologically by entry start time, is also maantained in the 
data directory data base- 

These basics are not stand-alone tasks and can be executed only by 
a NIPP task, 

2.9,1 Inpu t ORIGINAL PAGE IS 

OF POOR QUALITY 

The input to these tasks are the output of the NIPP tasJc and the 
Current Mission Low/Mediura Rate data base, tne data directory, 
and the CDB, The new data extracted from the NIP CCT is assumed 
to be in the working file of the disk, and the nevif data directory 
entries on the temporary storage track of the Data Directory data 
base- No computer operator functions are required for these 
tasks and no cards are read- 

2-9-2 Processing 

Since the input data to the low/mediura rate update task is at one 
sample/sec, the data must be filtered to the desired rate- The 
low-rate data is filtered to 1 sample every 10 mxnutes and the 
medium rate is filtered to 1 sample every 2 minutes- The 
computed times to select data values are at start of accepting 
data time and every 2 or 10 minutes from then up to a limit of 
179 nours for a mission. The data values for a coraputed time are 
selected from a data cycle within a specified tolerance of the 
computed time- The tolerance for the low-rate data is 'plus dr 
minus 1 minute and for the medium-rate data the tolerance is plus 
or minus 15 seconds- A complete data cycle is defined as a data 
cycle when all minor frames that were used to make up the data 
cycle were acceptable by the NIP, An inconplete data cycle is 
defined as a data cycle when at least one minor frame of the data 
cycle was not acceptable by the NIP. If complete data cycles are 
found within the specified tolerance, of the computed time, then 
data is extracted from the data cycle nearest the computed time. 
If no complete data cycle is found v?ithin the specified 
tolerance, then data is extracted from the incomplete data cycle 
nearest the computed time hut within the specified tolerance. If 
no complete or incomplete data cycle is found within the 
specified tolerance of the computed time, then no data is 
extracted for that computed time. The data extracted for the 
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computed, times is calibrated and stored in the data hase based on 
time. 

In the data directory the iiew entries are added to the ones 
already in the data base. Start times, entry numher, and tine 
interval are extracted from the new entries and sorted hy start 
time with all previous entries and the sorted rile or the data 
directory is updated. 

2-9.3 O utput 

Ihe output ot this task is an updated Current Hission low/tediura 
£ate data base and an updated data directory. The data in the 
low/medium rate data base is calibrated and in floating point- 

2-9,4 laformational/E rror M e ss a ges 

One of the following messages is output to the printer upon 
completion of the lou/medium rate update task: 

a, 'lOW/I-ISDIUil EST£ fILES UPDATED’ 

The low/medium rate data base on disk has been updated. 

b. ’liO iOW/SEDIDM DATA TO UPDATE* 

Fo data was found within the specified limits of the computed 
times for low/medium rate data -or data was out-of-mission 
range. 

C» ‘TOO MAHY PJGEON hOLES IN A CDS* 

More than 500 medium-rate or 100 low-rate times were computed 
to store data from a KIP tape- The computed points are 
updated and the processing is terminated. 

The following messages may be output by the data directory update 
task: 

a. ‘DATA DIEECTOEY UPDATED’ 

Normal termination of task, 
b- 'DATA DIEECTOBY EUiL* 

In the process of updating the data directory, the limits of 
the data base was exceeded. There is a limit of 1343 entries 
in this data base. No more CCT's can be processed. 
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c, ’TOO i'lAHY NEW ENTHIES = XXXX tlAX OF 200 ‘ 

Vihfece XXXX is the nunsber of new entries from the NIPP task. 
Task is terminated without updating data directory. This 
message should never occur without haraware failure since the 
NIPP task also checks this limit. 

d, ’UEPEATSD ENTRY HDKBERS - DATA DIRECTORY NOT UPDATED' 

HIPP task put redundant entries numbers in temporary storage 
track or hardware iailure. Entry numbers must be unique, 

Cali programmer for analysis, 

e, 'HO, HEW ENTRIES = X PROGRAM TERMINATED' 

Where X is the number of new entries. The number of new 
entries received from NIPP task was either negative or 2 ero, 
The task must have been' activated without the NIP? task 
getting activated- 

f, 'DISCONTINUITY BEPORE HEW ENTRIES - HOT UPDATED* 

The first new entry number is not egual to the last entry 
number plus the one received from the HIPP task. Possible 
disk or machine problem. 


original PME ^ 
Of POOR 
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2,10 UPDATING CUREEKT HISSION HIGH-RATE BASES 


Updatiaiq the Current mission Hiyh-Eate data base is an inter- 
active task activated only from a terminal. Each terminal is 
assiqaed a file of 20 tracks in the data base and only that 
terminal can access that file- 

The terminal user reguests a load group and a time interval. The 
task extracts the load group inforiaation from the Kigh-Hate load 
Groups data base. The CDS’s covering the desired time interval 
are extracted from the data directory. If tne data for a 
selected CDS are in the uorking file, the desired data is 
extracted and maintained in a naffer in memory by parameter. If 
the data for any selected CDS is not in the working file, the 
data already extracted is output to the terminal’s private high- 
rate file. The THS intermediate tape containing the CDS is 
requested to be loaded to the working file by program IDH and the 
task exits with a 'waiting an event' state. Once the data is 
loaded in the working file, the THS monitor reactivates the task, 
Upon reactivation the task reads the data output to the 
•terminal's private file. The data is extracted from the CDS's 
added to the working file by IDH, After the data is extracted 
for all CDS's, the CDB is input, all data values are calibrated 
and output to the" terminal ' s private file by parameter. If no 
data is found for a time slot, the 'no data flag' is inserted in 
that slot. If redundant data is found for a time slot, the last 
value extracted will be in that slot, 

2-10.1 Inp ut 


The input to this task is. a command from the user at the 
terminal. Deference 1 contains instructions for the command. 

The data base information is input from the following data bases: 

a. High-Sate load Groups 

b. Data Directory 

c. Horking File 

d. Terminal's private file {only if data has to be restored to 
working file) 

e. Calibration 

The mission launch time is taken from global common. It is 
necessary since a mission elapsed time from launch is input by 
the user- 
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2.10- 2 Out pu t 

The output of this task is the calibrated data ror the desired 
load qroup for the requested time interval to tne terminal's 
private file. There is a maxinium of 20 parameters per load group 
and a maximuni time interval of 30 minutes. The data output xs at 
one sample/sec and sorted by parameter. If no valid data is 
found for a time slot for a parameter that slot sill be a fill 
pattern. 

2. 1 0- 3 I nf ormational / Zrroc Messages 

The following message may -be output at the console (Silent 700J 
during execution of the task: 

•**M00KT TAPE A TBEK INITIATE PROGRAM iDU*** 

Where A is the THS intermediate tape number extracted from 
the CDS entry in the data directory. Tne computer operator 
should mount the requested tape and then execute the 
requested program. 

The following messages may be output at the printer during 
execution of the task: 

a. 'ENTRY Z EOUHD WHERE I SHOUID BE' 

Where X and Y are entry numbers in the data directory. Entry 
number and position in the data directory must agree. Data 
for entry Y is ignored and the task continues. Something has 
happened to the data directory and will probably have to be 
corrected with a reload. 

b. «X TEACKS ASSIGEED TO FIXE Y MOST BE AT XEAST 20 TRACKS 
ASSIGNED' 

Where X is the number of the track assigned to file Y- in the 
monitor. Each graphics terminal must have a disk file 
assigned with a minimum of 20 tracks. 

c. 'IKVAXID RE-QDE OF THIS TASK - LOD' 

Something .has probably gone wrong with the computer or 
monitor. Certain information is expected in the terminal's 
private file upon a monitor re-gue after an execution of 
program LDH. The information in the private file is not as 
expected. Task terminates- 
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The following messages may be output to the printer and to the 
user's terminal during execution of the task; 

I Ok D GEOUP X LO A D E * ** » 

fe'here X is the hiqh-rate . load group number. Normal 
termination message and data is ready for dispiay- 

b» 'Tli-iE INTERVAL SEQUESTEL GREATER TUAN 30 HIMUTES’ 

The time interval reguested by the user was greater than 30 
minutes, 

c- ‘INVAXID LOAD GRODP HO- 1 THROUGH 99 VALID* 

The load group number reguested by the user was not 1 through 
99 - ‘ . 

d, 'LOAD GEOUP X NOT DEFTHED* 

Where X is the high-rate load group number requested by the 
user. That high-rate load group has not been defined in the 
high-rate load group data base, 

e, • 'NO DATA FOUND WJTHIS REQUESTED INTERVAE' 

No entries were found in the data directory covering any of 
the requested time interval by the user. 

f, 'INVALID TEEUINAl REQUESTED - LOD' 

The valid terminal numbers are 1 through 8. The terminal 
identification received by the task was not 1 through -8. 


original page iS 

OF POOR 
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2.11 saving of DTNAi'IIC DATA BASES 


Periodically during a mission (recommended at least every 8 
hours) certain data bases should be saved on tape to guard 
against system failure. The Display Formats, Data Directory, and 
Current Mission Low/Medium Rate data bases are being updated 
continually during the mission. It would be prohibitive to go 
back and build these data bases from the original input data. 

Some other data bases are saved for convenience- The computer 
time regained is minimal and it would be easier to reload the 
data bases from this tape instead of execution of the tasJc that 
built the data base. 


Error-free tapes {certified tapes vrith zero errors) should be 
used for this task since it may be necessary to use this tape to 
restore the data bases after a system failure or a 
reconfiguration. The following is a cross-reference of the tape 
file, disk file, and data base: 


Tape file 
1 

2 ' 

3 

4 

5 

6 

7 

8 


Dis k file 

21 

22 

23 

24 

25 
30 
33 
36 


Data base 
dSID 


ORIGINAL PAGE fS 
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High-Rate Load Groups 
Calibration 
Support Table' 

Display Formats 
Data Directory 

Current Mission Medium-Rate Data 
Current Mission Low-Rate Data 


2-11.1 Input 

The input to this task are data bases already- on the disk. No 
lead cards or computer operator inputs are required 'except the 
operator must specify the tape unit the data is to be written to. 
The following data bases are input and should not be in the 
process of being updated at the tioiei 


a- aSID 
b. STDB 
c- CDB 

d, High-Eate Load Groups 

e. Display Formats^ 
f- Data Directory 

g. Current Mission Low/Medium Rate 

i-If changes are being made at a user terminal to a display 
format when the data base is read, those changes will not 
be on the output tape- 
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2, 1 1 , 2 Output 


The output of this task; is a tape containing a header record and 
track size data records for all data in each data base. Each 
data base is contained, in a separate tape file and the logical 
file nuiaber on disk the aata caiae froa is in the header .record. 
The Current Mission low/Mediun rate data base is written to two 
files on the tape with the low-rate data in o,ne file and the 
itiediuia-rate data in the other. 

2. 1 1 . 3 Inf orisational/Erro r Message 

Only one message is output at the console {Silent 7 00) by this 
task upon its completion. Any tape prohlems are handled by the 
system monitor but only the best tapes should be used as this 
tape may haye to be used to restore the data bases- 

* FILES 21 THfiU 25 ANb FILES 30, 33 S 36 COPIED TO TAPE' 

Normal termination message where the file numbers are the 
disk file numbers. 
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2,12 REiOADING Of DYSAJUC DATA BASES 
1 

Reloading of these data bases will only be necessary in case of a 
system failure or reconfiguration. The system failure may be a 
hardware failure in the computer or on the disx ; a software 
failure of the monitor, one of the errors aetecteu in the data 
directory update task; or a software problem not detected during 
testing. The latest taps saved by the task defined in section 
2, T1- should be used as input- If errors are detected in certain 
files of that tape, then you may have to revert to a previously 
saved tape. All other tasks should be suspended during this 
operation. 

2-12-1 In put 

The input to this task is the tape output by the task, defined in 
section 2-11. The computer operator is reguested to specify the 
tape unit the tape is on. No other operator or card input is 
required- All other information necessary to restore the data to 
disk is in the header record .of each file- 

2-12,2 Output 

The output of this task is the restoration of the data bases to 
the status they were when the tape was made by the task defined 
in section 2-11, The following data bases are restored: 

a- dSiD 
b, STDB 
c- CDB 

d- Riqh-Sate load Groups, 
e- Display formats 
f- Data Directory 

g. Current Mission Low/lledium Rate 

All data bases are just a copy from tape to disk except the Data 
Directory data base. In this data base the address of the data 
in the working file is cleared since the working file is not 
restored- After this task the data directory entries indicate 
that no data is in the working file, 

2-12.3 Informational/E r ro r Messag es 

One or more of the following messages may be output at the 
console {Silent 700) during execution of the task: 

■ a- > 1st RECORD Of TAPE EOF - MUST BE WRONG TAPE* 

The first record read from tape was an EOF. Hast be wrong 
tape- or tape unit problem- 
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b. ‘DEVICE ERROR ON INPUT TAPE - CHECK UNIT - RESTART JOB' 

A device error was detected on tape unit. 

C, ‘Disc riLE NO- IN HEADER BCD INVALID - TAPE PILE Z‘ 

Where X is the tape file number of the invalid disk file 

number. dust be bad input tape or hardware failure. The 
specified tape file is skipped and the corresponding disk 
file remains intact, 

d. 'EOF BEPORE All DATA - TAPE PILE X* 

Where X is tape file number with not enough data. Must be 
bad -input tape or hardware failure. The' program continues 
with next file but the specified file is probably in error on 
disk. Message e.) or i.) will also be printed dependent on 

file at end of run to denote necessary action. 

e- ‘ERROR IN A DYNAMIC DATA PILE - MUSI REVEST TO A PREVICOS 
SAVE TAPS* 

Tape error was detected in the data directory file or the 
current mission low/medium rate data files- must revert to 
the previously saved tape since no error should be allowed in 
these files. 

f. 'NO EOF AFTER EXPECTED NO, RCDS - FILE X* 

Where X is the tape file number. Mtst be bad input tape or 
hardware failure. The program copies expected number of 
records to disk, advances past a file mark, and continues 
with next file- 

g, ‘PARITY ERROR IN HEADER RCD - TAPE ilLES X, Y, X.,.' 

Where X, Y, and 2 are the tape file numbers that a parity 
error was detected. Not considered a fatal error since the 
order of the files on tape is known by the program. 

h- ‘PARITY ERROR IN DATA RCDS - TAPE FILES X, Y, 2 ‘ 

Where X, Y, and 2 are the tape file numbers that parity 
errors were detected in data records. The data base 
■contained in that file must be reloaded from another source, 

i. ‘DISC FILE X MOST BE RELOADED FROM THE LAST PROGRAM LOAD, DUE 
TO ERROR ON READING TAPS' 

Where X is the disk file number that was being loaded when 
the error occurred. See section 2.11 for a cross-reference 
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of disk filo and data base* Also see specific section for 
denoted data bases. 

.1, ‘TAPS RESTORE COMPLETE - CHECK EOS ERROR MESSAGES ABOVE* 

Normal termination, but must check for any previous messages 
to -see if other action is required, 

k- ‘LAST ENTRY OE DATA DIRECTORY FOIiOSS’ 

Information from the last expanded CDS is printed following 
the message.. 
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2.13 SLIDIUG 0? CUBRENT MISSION LOW/HEDXUH RATE DATE 

If for any reason the mission goes beyond 7 days, 11 hours, and 
10 minutes, the medium-rate data file has no positions to store 
data. For this reason this task was developed to remove the 
oldest data from the current mission low- and medium-rate files, 
move the remaining data, and store fill patterns at the end of 
the. files to account for the number of hours the. data was slid. 
The start of data time in the ilSID data base and in global common 
is incremented the number of hours the data is slid. Hopefully 
this task will never have to be executed. If it does have to be 
executed, decisions will have to. be made about archiving data to 
be used as past mission data. 

2-13.1 Inpu t 

The input to this task is a lead card specifying the number of 
hours. to slide the Current mission Low/Hedium Rate data. Also 
input from the disk by the task is the Current Mission Low/Hedium 
Rate da-ta base and the start of accepting data time from the HSID 
data base. The format of the lead card follows; 

C olumn Description 

3-4 Number of integral hours to slide the 

data. The number must he a positive 
integer- 

2.13.2 Output 

The output of this task is an adjusted Current Mission low/Nedium 
Rate data base- The oldest data in time is removed from the data 
base- Fill pattern is stored at the end of the data base for the 
number of hours the data was slid. The start of accepting data 
time in the MSID data base and in global common is adjusted for 
the number of hours the data is slid. 

2.13.3 In f ormationa l /Srro r Mes s age s 

The following messages may be output to the printer by the task 
under the described condition: 

a. . 'SO LEAD CARD - DC. HOURS TO SLIDE COL. 3-4' 

An EOF was detected where the lead card should be. The task 
must have a lead card. No changes have been made to any data 
base. 

b, 'NO. HOURS TO SLIDE INVALID - 1 THROUGH 84 VALID' 

The number of hours to slide the data was negative, zero, or 
greater than 84, The number must be a positive integer; 
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tht^refore, the stact of data time will always be later. If 
it is desired to slide the data more thau 84 hours, the task 
will have, to be executed more than once- No changes have 
been made to any data base. 

C- 'LOW AND MEDIUM RATE DATA SLID X HOURS' 

Hnere X is the number of hours the data was slid- It should 
equal the lead card input-- This is normal termination 
message when task is complete- 

The new start of accepting data is also printed and should be 
verified. 


OHEQJMaI PAQE IS' 
POOR OUAlftY' 
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2.14 AHCEIIVIKG OF HlSSlO^j DAIA 


At tne end of- eacij mission it is necessary to archive certain 
data acquired during the mission for use as past mission data 
daring future missions. The data values arcnrvea.are in 
engineering units. The data archived is the Current Mission 
ioa/i'iedium Sate data base and up to 2 hours of high-rate data. 

The high-rate data consists of up to 150 parameters and not over 
12 time segments of 10 minutes each. If a time segment over 10 , 
minutes is desired, then a segment for each 10 minute interval or 
portion thereof is reguired. 

The data is written to tape and should be held in permanent 
storage until released by the sac. Multiple copies of the tape 
should be maintained since it would he very difficult to 
regenerate the data on the tape. The tape rs in a format 
acceptable by the loading predicted/past mission data base task. 

2-14.1 Input 


The input to this task is a card dec! and data bases with all 
desired data already on disk. There are three different type 
cards reguired as input but only the first card is required if 
only the current mission low/medium rate data is to be archived 
on that specific computer run- The format of the input cards is 
as follows: 


Card 

Car d column 


Description 


ORIGINAL PAGE IS 
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1 1-4 ■ Data base rate to archive 

If = XCI^ or MED - Archive current 
mission low/medium- rate data 
base, left- justify parameter 
in field. . 

If ■= hIGH - Archive hrgh-rate - data 
only. 

5-8 next data to archive 

If = HIGH - Archive high-rate data 
after iow/medium rate data has 
been archived. 

Card 1 is reguired. 

Cards 2, 3, and 4 are necessary for archiving high-rate data. 

Times must be in a mission-elapsed time from the start of data 

time in the HSID data base. 
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Card 

2-4 


Card 

columg 

1-4 

5-8 

9-12 

13-16 

17-20 

21-24 

25-28 

29-32 

33-3 6 
37-40 
41-44 
45-48 

49-52 

53-56 

57-60 

61-64 


Desc riPtLOU 

Hour to start arclixval of 1st segment 
Minute to start archival of 1st segment 

Second to start archival of 1st segment 

Time interval for 1st segment (ainutesj 

Hour to start archival of 2nd segment 
Minute to start archival of 2nd segment 

Second to start archival of 2nd segment 

Time interval for 2nd segment (minutes) 

flour to start archxval of 3rd segment 
Minute to start archival of 3rd segment 

Second to start archxval of 3rd segment 

Time interval for -3rd segment (minutes) 

Hour to start archival of 4th segment 
Minute to start arcnival of 4th segment 

Second to start archival of 4th segment 

Time interval for 4th segment (minutes) 


Cards 3 and 4 are the same format except archival time is for 
segments 5 through 12.- These 3 cards are required although there 
may not he 12 segments due to the time interval for some of tne 
segiuents. 


Cards 5 through fl are necessary for archiving high-rate data. ■ 
The parameter names must he the same as in the i-lSID data hase- 


Card 


Card 

column 

Description 





5 - N 

1-8 

Parameter 

archive 

name 

of 

1st 

parameter 

to 


26-33 

Parameter 

archive 

name 

■ of 

2nd 

paraaete r 

to 


51-58 

Parameter 

archive 

name 

cf 

3rd 

parameter 

to 


76-80 

' Card sequence 

number 




Cards 6 through II are same format as card 5 except they coutain 
parameter names for the 4th through 150th parameters to archive. 


If a field (parameter name) is left hlank, that position is not 
counted as one of the 150 parameters. Card sequence number is 
not checked but printed, if an error is detected in the card. 
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An iiOF card anytime arter card 5 will terinxnate the number of 
parameters to be archived. 

All the desired data is assumed to be in the respective data 
oases upon execution of this task. The following data bases are 
required for archival of the low/medium rate data: 

a. flSID 

b. Data Directory 

c. Current mission low/medium rate 

The data bases required for archival of the high-rate data are 
the following: 

a. asiD 

b. Data Directory 

c. CDB 

d. forking File 

e. Predicted mission high-rate used as a scratch rile in 
processing 

f. Past mission high-rate used as a scratch file in processing 

The predicted and past mission high-rate data base are written to 
and read from in processing the high-rate data; therefore, these 
data bases will be destroyed. The data for all desired CDS's 
must be in the working file before the task is begun- 

2. 1 4 . 2 Processing 

The hiqh-rate data requires a certain amount of processing before 
the data is archived but the low/medium rate data is just a copy 
from disk to tape. The basic processing required in the high- 
rate data is to; {1) select data for only the desired 
parameters, (2) select data for only the desired times, (3) sort 
the data by parameter, and (4) calibrate data for each parameter 
with its calibration coefficients. Data values are rrom a data 
cycle based on start of data time in the liSID data base and the 
data cycle time. If no valid data value is found for a specific 
time within a desired segment for any parameter, the value for 
that slot will be a fill pattern. A valid data value is one that 
was in a minor frame acceptable by the NIP- Redundant data 
values for a time slot are overstored. Only the last valid data 
value based on start times in a CDS are saved. 
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2,14.3 Out put 


The output of- this task is a tape coutaininy four files of data 
if ioy/mediuni and high-rate data are archived. Each tape file 
contains a header record and multiple data records. The tape 
file description of data records is as follows; 


File fiax. no. No, 32-hit 

_no^ record word s /record Descript ion 


1 

7 

2688 

2 

74 0 

1344 

3 

120 

2688 

4 

450 

2688 


Data Directory data hase 
low-rate data 
Hedium-rate data 
High-rate data 


The header record contains mission ID informatiou from the HSID 
data base and tape file ID. For the low- and medium-rate data 
files, the record also contains the parameter liames for the data 
contained within that file from the ESIE data base. .For the 
hiqh-rate data file, the record contains the parameter names 
input and the reguested time intervals in integer seconds. 

The Data Directory data base is not output if only higb-rate data 
is processed- 


Only error-free tapes should be used for output in this task 
because the tape will be required in future missions as input. 


2. 1 4. 4 Informationa l /Error aessages 


The following informational or error messages may be-output to 
the printer during execution of the task; 


a, «N0 lEAD CARD - MUST HAFE OME’ 


q^NAL PAGE ts 
ofwOOR QUALfTY 

An EOF was detected where the first lead card -' should be or 
the data base rate to archive is invalid. •' / 


b. 'LOW- AND MEDIUM RATE DATA ARCHIVED* 

The first three files of the output tape have been written. 
Normal termination if no high-rate data to be -a-rcnived. 

c- *EOF READING HIGH-RATE TIME INTERVALS' 

An EOF was detected before three time cards for archival of 
hiqh-rate data - task terminated. 

d. 'TOO MANY TIME INTERVALS CE TOO MUCH TIME* 

The time intervals requested compute to too many 10-minute 
intervals - task terminated. 
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e. 'TOO KANY HEASUKEMEMTS ' 

More than' 150 parameter names were read before an EOF 
detected - task terminated. 

f. 'HEASUREKEHT X NOI FOUKD - SEQ Y» 

rthere X equals parameter name and y equals card sequence 
auffiber. The parameter name was not found in the MSID data 
hase. The remainder of the input deck will be searched for 
error. 

q. 'ABOVE MEASUREMENTS NOT FOUND - JOB TERMINATED’ 

-At least one parameter name was not found in the MSID data 
base. The parameter name (s) and card sequence number (s) have 
already been printed task terminated. 

h. 'NO DATA FOUKD ONLINE FOB A INTERVAL - TSEHINATED' 

No data was found in the working file for one of the time 
intervals requested; therefore, task terminated.' All the 
data desired for high- rate archival' must be in the working 
file before the task is started. Every requested interval 
must have some data. 

i. 'TOO MANY CDS'S FOR INTERVAL - CALI PROGRAMMER' 

More than 25 CDS’s were found with data in the working file 
for a 10-minute data segment- This is a program limitation 
and requires a program change, if the data must-be processed. 
The task is terminated. 

j. 'CDS'S NOT IN HOEKING FILE THEREFORE NOT USED 

CDS GMT INTV TAPE' 

This is a list of the CDS's in the data directory but the 
data was not in the working file for each 10-miiiute interval 
>of requested data. Not a fatal error out the task will have 
to be rerun if the data should have been in the working file. 

k. »X HIGH RATE PARAMETERS ARCHIVED' 

Where X equals the number of parameters. A count of the 
numbers of high-rate parameters archived. Normal termination 
after the high-rate data has been written to tape. 
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2.15 DUMPING OF TAPE OR DISK DATA 


During program checkout it often became necessary to dump 
information from tape or disk to verify data and format. Tvo 
programs were developed for this task. One program TAPD dumps 
data from tape and the other program DSKD dumps data from disk. 
The programs are quite flexible; therefore, lead cards are 
required as input. The programs will probably be useful during a 
mission, if it becomes necessary to verify parts of a data base. 


2,15,1 Input 


These programs require a lead card for each tape or disk, file 
that data is required. More than one lead card may be required 
per file if different data output formats are required or 
different parts of a record required, A record from the disk is 
considered a track, ; 

• 

The format of the card required for dumping tape is as follows: 


Card 

column 


2^5 

7-10 

12-15 

17-20 

22-25 

27-30 

32-35 

39-40 


43-45 


File number to process 

Record number of file to begin if not 

1st record 

Word number of record to begin if not 
1st word 

Number of records to process in file 
Record increment if not equal to 1 
Number of words/record to process 
Word, size if not equal to 16 bits 
32 is only other acceptable word size 
Format to output words to printer 
* A« = ASCII 
’H’ = Hexadecimal 

, . »E* = E format {32-bit words only) 

•I* = Integer format 
*DD* = Data Directory File - Print by 
preset format 

If = 7ES - Print information in header 
record (fixed format) 

This option only applxcable if 
processing a predicted or past 
mission tape 


The other input required for the tape dump is a tape and the 
computer operator specifies the unit number. 
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The format of the card required for dumping disk, is as follows: 


Desc ription 

Disk file number to process 
Track number of file to begin 
0 is 1st track of a file 
Sector number of track to begin 
0 is 1st sector of a track 
lJuraber of tracks to process 
Track increment if not equal to 1 
Number of words/track to process 
Word size if not equal to 16 bits 
32 is only other acceptanle word size 
Format to output words to printer 
'a* = ASCII 
’H* = -Hexadecimal 

’E* = E Format (32-bit words only) 

•I‘ = Integer format 
’DD’ = Data Directory File - Print by 
preset format 

The other for the. disk dump program is assumed to 

be in the s^eBQ^Sea file of the mounted disk. One card is 
required for each file or segment of input source. An EOF card 
terminates the, processing, 

2,15,2 Output 

The output of this task is a printer listing of the desired data. 
The information from each input card is printed before the data 
requested in that card. Each re'cord's dump is preceded by 
identification information. The number of words printed per 
line, dependent on the format is as follows: 

Word No. wocds/line 

Formaf s ize (bit^ 2 iltput 


A 

16 

40 

A 

32 

24 

H 

16 

24 

H 

32 

12 

E 

32 

8 

I 

16 

20 

I 

32 

10 


A nord count is the first field of each line printed. 


Card 

column 

2-5 

7-10 

12-15 

17-20 

22-25 

27-30 

32-35 

3 9-4 0 




0? 
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2.15.3 ■ In formationa l /Err o r l-le ssage s 

One or more of the followiny messages may be output by TAPD or 
DSKD: 

a, * INVALID FORHAO:' 

The format to output words to printer is unacceptable - not 

an 'A*, 'H*, »E*, »!', or *DD'. 

b- ‘TOO MANY HORDS/HICOED COMPUTED' 

The number of words/recoxd greater than 5376 16-Mt words. 
This is computed by the word number to begin and the number 
of words to dump. 

C, ‘invalid’ WORD SIZE FOB E FORMAT* 

The output was requested in the ‘E’ format but- the word size 
was not 32' bits, 

d. ■ ‘ALL REQUEST PROCESSED* 

An EOF card was detected when reading a data' card - normal 
termination* 

One or more of the following messages may be output by TAPD only: 

a. ‘UNRECOVERABLE EESOR OK TAPE READ’ 

Fatal error from tape unit - task terminated, 

b. ’EOF DETECTED AS 1ST RECORD OF FILE' 

The. first record of the requested tape file was an end-of- 
filG mark - task terminated. .. . 

C, ’NO ATTEaP..T -TO PRINT HEADER - NOT AI 1ST RECORD* 

It was requested that the header record be printed but not to 
start the dumping at record 1. The print header request .is 
ignored and the requested records are processed, 

d. ‘PARITY FILE X RECORD Y* 

Nhere X is tape file number and Y is the" record number of the 
file- No processing of record attenpted but program 
continues as if rt were processed. 
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Onci or (aore of the following messages may be output by DSKD only 

a. 'INVALID FIIE NUHBES* 

The disk file number requested to be processed was either 
less than 1 or greater than 64, Program reads next card. 

b. . 'SPAN TBACKS USING 3ECT0E AND NO. HOSDS' 

No provisions are made in the program to span track 
boundaries in processing a record. Program ignores this 
request and goes to next. 
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3.0 INITI AL LOaPIHG OF DATA BASES 


Kost of the data bases must be loaded or iaitialized before the 
processing of any data can begin. The following is a list of the 
data bases, a suggested order for loading, and the task name that 
loads them. 


Order Data base 


Ta sk n ame 


1 

2 

3 

4 

5 

6 

7 

8 
9 


MSID 

Support Tables 
Calibration 
High-Rate Load Groups 
Display Formats 
Predicted mission 
Past Mission 

Data Directory (Initialize) 

Current Mission Lon/Medium (Initialize) 


asxD 

STDBMP 

BLDCDB 

HRLG 

PREGEP 

PECV E IDPP 

AECH S IDPP 

INIT 

INIT 


The H3ID data base must be loaded first since parameter position 
in it fixes parameter position or pointers for all other data 
bases. If the bSID data base is changed, the other data bases 
must be reloaded. The actual loading order of data bases 2 
through 9 is immaterial. These data bases may re reinitialized 
or updated during a mission by the same task. 


The following data bases are updated by data received from a HIP 
CCT or from the terminal during a missions 


Data base 


Task n ame 


forking Pile 
Data Directory 

Current Mission Low/Medium Hate 
Current Mission High-Hate 
Display Formats 


NIPP,EES,LDH 

DDUP 

LMUP 

HHOP 

OFD 


The request _£or current' mission high-rate data comes from the 
iLser via his interactive terminal. The display formats may be 
updated by the user via his interactive terminal. The terminal’s 
Current Mission High-Bate and Display Formats data bases are the 
only data bases that may be updated via commands from a user 
terminal. 
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4.0 PE OCEDUBS POE RE LOADING AFTER SYSTEM FAXLUBE 

flost system software crashes will probably not affect data bases 
on disk therefore it will not be necessary to reload data bases 
but just to re-boot the system. If the system was processing a 
BIP CCT when failure occurred, that task will have to be 
restarted. After the system is back up and running, the data 
manager should verify with the user that his data is all right. 

It may be necessary to re-establish data bases after a system 
failure if data problems appear after the re-boot. Disk crashes 
or disk reconfiguration require that the data bases be re- 
established, The following procedure should ne followed in re- 
establishing the data bases, 

a. Obtain the last Save tape defined in section 2.11 and reload 
’“'this tape by the task defined in section 2,12. If there were 

errors with the -tape during reloading, see section 2,12 for 
• explanation of corrections to be made. This re-establishes 
the data bases defined in section 2,12 to the stat.us they 
were when the save tape was made. It also sets flags in each 
data directory entry to indicate no data is in the working 
file, 

b. Obtain the desired predicted mission data tape and reload the 
predicted mission data base by the task defined in section 

2 . 6 . 

Cm Obtain the desired past mission data tape and reload the past 
mission data base by the task defined in section 2.6, 

d. Get the THS intermediate tapes for all the yiP tapes that 
have been processed since the Save tape was made. Restore 
each tape to the working file, in the order they were 
initially processed, by the restore task defined in section 
2.8. This task will overlay the low/medium rate update and 
the data directory update task after each tape is restored to 
the working file. 

At this point the Current Mission low/Medium Rate data base and 
the data directory are restored to the condition they were when 
the crash occurred. All other data bases are restored to the 
status' they were when the Save tape was iaade. If updates were 
made to any of these data bases after the Save tape was' made, the 
task that last updated the data base must be rerun. The display 
formats data base may have been updated from the user tefminal- 
These updates will have to be remade by the user or tne updates 
must be punched into cards and the task defined in section 2,3 
executed- 

The same procedure should be followed if a data disk is lost 
during a mission. 
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Tf the TMS computer is going to be down for an extended period of 
time, it is possible to switch to the SICS computer, Sefereace 7 
contains the procedure to switch computers after approval is 
received. 
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